bugGNU GRUB - Bugs: bug #16885, pxegrub load kernel hang up

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #16885: pxegrub load kernel hang up

Submitter:  arne <briearn>
Submitted:  Mon 19 Jun 2006 12:40:07 PM UTC
   
 
Category:  Network Severity:  Major
Priority:  5 - Normal Item Group:  None
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Closed Release:  None
Release:  0.97 Reproducibility:  Every Time
Planned Release:  None

Sat 15 Dec 2007 11:55:30 AM UTC, comment #2: 

We've moved to GRUB 2 as a development platform.  Unfortunately, GRUB 2 doesn't have network support yet, although there's ongoing work to implement it.  If you want to help on that, please contact <grub-devel@gnu.org>.

In the meantime, this bug doesn't apply.  I'm closing it.

Robert Millan <robertmh>
Group administrator
Mon 10 Jul 2006 12:58:13 PM UTC, comment #1: 

This is definitly a bug in the driver of the e1000! I found, that you only have to comment out one 'break;' in function

static void e1000_reset_hw(struct e1000_hw *hw)

for me it was in line 1025:

                case e1000_82541_rev_2:
                        /* These controllers can't ack the 64-bit write when issuing the
                         reset, so use IO-mapping as a workaround to issue the reset /
                        E1000_WRITE_REG_IO(hw, CTRL, (ctrl | E1000_CTRL_RST));
                        /*break;*/              /*rem by Arne: this is the bug denieing PXEGRUB to TFTP*/
                case e1000_82545_rev_3:
 

If you comment out this line and compile everything works well!

Best Regards,

Arne

arne <briearn>
Mon 19 Jun 2006 12:40:07 PM UTC, original submission:  

May be anyone knows about that:

I have a SUN X4100 connected via Cisco 3560G. The pxegrub image as well as the menu.lst are on the tftp server of the switch itself. The switch is serving DHCP and TFTP.

So, when I switch on the X4100 and the PXE boot shows up, the system gets an IP really immediately (<1 sec) and it starts as well instantly to download the pxegrub. After that it executes the pxegrub and hand over the control to pxegrub. So fine so good.

Now (what Etherreal on the monitored port on the switch shows) pxegrub tries to get an IP again, but with bootp instead of dhcp. However, that is working as well even if it usually takes a while (5-20 sec). (sometimes it is fast as well)

Now the download of the menu.lst file should start via tftp from the switch's TFTP server. That process starts, but has several retries and in 75% it is successful after round about 5min to get the 495 byte from the TFTP and display the menu.

Then the system is going via timeout 8 after 8 seconds to boot the default configuration from the menu.lst file. Unfortunately again the try to get IP from the DHCP server, a mass of ARP packages and finally silence. The monitor show up the first line "Booting 'X4100'

root (nd)
 Filesystem type is tftp, using whole disk
kernel (nd)/PXE/vmlinuz ro root=LABEL=/ rhgb
"
and thats it. Nothing more, nothing else.

My config is grub-0.97.tar.gz with grub-0.97-nic_update-2.patch
it was compiled with configure --enable-diskless --enable-pci-direct --enable-e1000
the switch is configured to Gigabit full duplex.
'--enable-pci-direct' is necessary to get access to one of the four onboard Intel Gigabit interfaces (may be because the system bus is PCI-X).

My own analysis is, that grub does only a bootp request, even if you explicitely say dhcp in the menu.lst. May be that bootp is not as performant as dhcp. On the other hand is dhcp based on dhcp. BTW: nothing changed if I assign the IP fix via ifconfig in the menu.lst config file.

Why the system is loading the first file 'pxegrub' on very fast speed and the much smaller 'menu.lst' file afterwards so slow?

Anyone has an idea???

arne <briearn>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by robertmh (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-12-15 robertmh Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code