All of lore.kernel.org
 help / color / mirror / Atom feed
* pxegrub not loading on broadcom undi pxe-2.1 v9.4.5
@ 2009-05-19 23:39 Joe McDonagh
  2009-05-28  0:20 ` Joey Korkames
  0 siblings, 1 reply; 2+ messages in thread
From: Joe McDonagh @ 2009-05-19 23:39 UTC (permalink / raw)
  To: grub-devel

Hi all, I am having a rough time getting pxegrub to boot on a silicon 
mechanics whitebox. I compiled the source from grub-1.96, and tried the 
svn version, both with the same results. I haven't yet tested any other 
systems, however this is what I see from tcpdump on the server (there is 
only one client on this specific network):

[/srv/tftp] > sudo tcpdump -vvvi eth0
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 
bytes
19:02:59.971032 arp who-has 192.168.4.52 tell 192.168.4.1
19:03:43.177172 IP (tos 0x0, ttl 20, id 0, offset 0, flags [none], proto 
UDP (17), length 576) 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:30:48:5e:55:2c (oui Unknown), length 548, 
xid 0x495e552c, secs 4, Flags [Broadcast] (0x8000)
      Client-Ethernet-Address 00:30:48:5e:55:2c (oui Unknown) [|bootp]
19:03:43.177675 IP (tos 0x10, ttl 64, id 0, offset 0, flags [none], 
proto UDP (17), length 328) 192.168.4.1.bootps > 255.255.255.255.bootpc: 
BOOTP/DHCP, Reply, length 300, xid 0x495e552c, secs 4, Flags [Broadcast] 
(0x8000)
      Your-IP 192.168.4.52
      Server-IP 192.168.4.1
      Client-Ethernet-Address 00:30:48:5e:55:2c (oui Unknown) [|bootp]
19:03:47.144381 IP (tos 0x0, ttl 20, id 1, offset 0, flags [none], proto 
UDP (17), length 576) 0.0.0.0.bootpc > 255.255.255.255.bootps: 
BOOTP/DHCP, Request from 00:30:48:5e:55:2c (oui Unknown), length 548, 
xid 0x495e552c, secs 4, Flags [Broadcast] (0x8000)
      Client-Ethernet-Address 00:30:48:5e:55:2c (oui Unknown) [|bootp]
19:03:47.152693 IP (tos 0x10, ttl 64, id 0, offset 0, flags [none], 
proto UDP (17), length 328) 192.168.4.1.bootps > 255.255.255.255.bootpc: 
BOOTP/DHCP, Reply, length 300, xid 0x495e552c, secs 4, Flags [Broadcast] 
(0x8000)
      Your-IP 192.168.4.52
      Server-IP 192.168.4.1
      Client-Ethernet-Address 00:30:48:5e:55:2c (oui Unknown) [|bootp]
19:03:47.153468 arp who-has 192.168.4.1 tell 192.168.4.52
19:03:47.153481 arp reply 192.168.4.1 is-at 00:0c:29:99:f1:93 (oui Unknown)
19:03:47.153623 IP (tos 0x0, ttl 20, id 2, offset 0, flags [none], proto 
UDP (17), length 52) 192.168.4.52.2070 > 192.168.4.1.tftp: [udp sum ok]  
24 RRQ "pxegrub" octet tsize 0
19:03:47.155292 IP (tos 0x0, ttl 64, id 27095, offset 0, flags [DF], 
proto UDP (17), length 41) 192.168.4.1.42402 > 192.168.4.52.2070: [bad 
udp cksum 8098!] UDP, length 13
19:03:47.155437 IP (tos 0x0, ttl 20, id 3, offset 0, flags [none], proto 
UDP (17), length 45) 192.168.4.52.2070 > 192.168.4.1.42402: [udp sum ok] 
UDP, length 17
19:03:47.155639 IP (tos 0x0, ttl 20, id 4, offset 0, flags [none], proto 
UDP (17), length 57) 192.168.4.52.2071 > 192.168.4.1.tftp: [udp sum ok]  
29 RRQ "pxegrub" octet blksize 1456
19:03:47.158053 IP (tos 0x0, ttl 64, id 27095, offset 0, flags [DF], 
proto UDP (17), length 43) 192.168.4.1.47107 > 192.168.4.52.2071: [bad 
udp cksum a629!] UDP, length 15
19:03:47.158284 IP (tos 0x0, ttl 20, id 5, offset 0, flags [none], proto 
UDP (17), length 32) 192.168.4.52.2071 > 192.168.4.1.47107: [udp sum ok] 
UDP, length 4
19:03:47.158511 IP (tos 0x0, ttl 64, id 27096, offset 0, flags [DF], 
proto UDP (17), length 1056) 192.168.4.1.47107 > 192.168.4.52.2071: UDP, 
length 1028
19:03:47.158764 IP (tos 0x0, ttl 20, id 6, offset 0, flags [none], proto 
UDP (17), length 32) 192.168.4.52.2071 > 192.168.4.1.47107: [udp sum ok] 
UDP, length 4
19:03:52.151890 arp who-has 192.168.4.52 tell 192.168.4.1
19:03:53.150933 arp who-has 192.168.4.52 tell 192.168.4.1
19:03:54.151439 arp who-has 192.168.4.52 tell 192.168.4.1


The PXE client at this point is just sitting there doing nothing. Does 
this look familiar to anyone? Not sure if the bad checksums have 
anything to do with it. It might be worth nothing that the PXE server is 
a virtual machine bridged to a NIC on the host.



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: pxegrub not loading on broadcom undi pxe-2.1 v9.4.5
  2009-05-19 23:39 pxegrub not loading on broadcom undi pxe-2.1 v9.4.5 Joe McDonagh
@ 2009-05-28  0:20 ` Joey Korkames
  0 siblings, 0 replies; 2+ messages in thread
From: Joey Korkames @ 2009-05-28  0:20 UTC (permalink / raw)
  To: The development of GRUB 2

Joe McDonagh writes:

> Hi all, I am having a rough time getting pxegrub to boot on a silicon 
> mechanics whitebox. I compiled the source from grub-1.96, and tried the 
> svn version, both with the same results. I haven't yet tested any other 
> systems, however this is what I see from tcpdump on the server (there is 
> only one client on this specific network):
> 
8% snip %8
> 
> 
> The PXE client at this point is just sitting there doing nothing. Does 
> this look familiar to anyone? Not sure if the bad checksums have 
> anything to do with it. It might be worth nothing that the PXE server is 
> a virtual machine bridged to a NIC on the host.

Broadcom & NVIDIA PXE Roms are the worst in my experience - slow and buggy.
I've had to upgrade ROMs on motherboards with these before.

I'd start by making sure you're using the latest tftpd-hpa server. Then test booting 
the latest pxelinux.0 from syslinux.zytor.com.
If that works, then your grub2 build process might need a look-see.

MODULES="pxe pxecmd help reboot serial multiboot pc configfile
normal linux bsd chain echo ls sleep elf aout terminfo handler boot efiemu
efiemu_pnvram acpi mmap xnu vbe vbetest vbeinfo font gfxterm biosdisk ufs"

grub-mkimage --output=core.img --prefix="(pxe)/defaulttftprootdir/grub2" $MODULES
cat /usr/lib/grub/i386-pc/pxeboot.img core.img > pxegrub2





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-05-28  0:21 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-19 23:39 pxegrub not loading on broadcom undi pxe-2.1 v9.4.5 Joe McDonagh
2009-05-28  0:20 ` Joey Korkames

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.