[coreboot] Capio II 320 and Coreboot

Jeremy Wright wrightjmf at gmail.com
Sat Feb 2 02:46:45 CET 2008


Yes, the server gets a DHCPREQUEST response to its DHCPOFFER. I took the
ethereal advice and found that not only is DHCP working, but TFTP is working
as well. I noticed it was loading the nbi.img image (sucessfully), so I
switched it to pxelinux.0 and got a different response. The client starts to
load the pxelinux.0 image, gets to block 2, and then resets, asks for an
address via DHCP again, and starts trying to download the image again until
it gets to block 2. It will keep going in this loop forever unless I stop
it. When it loads the nbi.img file, it doesn't have the looping problem.

I have included the output from ethereal below hoping that it will shed some
light on the situation.

I'm a little puzzled. Should I try another version of Etherboot? I'm using
version 5.2.6.

Thanks,

Jeremy

No.     Time        Source                Destination           Protocol
Info
      1 0.000000    0.0.0.0               255.255.255.255       DHCP
DHCP Discover - Transaction ID 0xe16c0e9
      2 0.028507    Cisco-Li_0b:4f:e7     Broadcast             ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
      3 0.704732    192.168.0.1           192.168.0.247         DHCP
DHCP Offer    - Transaction ID 0xe16c0e9
      4 0.705118    192.168.0.247         255.255.255.255       DHCP
DHCP Request  - Transaction ID 0xe16c0e9
      5 0.737300    192.168.0.1           192.168.0.247         DHCP
DHCP ACK      - Transaction ID 0xe16c0e9
      6 0.737626    Ncr_16:c0:5e          Broadcast             ARP      Who
has 192.168.0.1?  Tell 192.168.0.247
      7 0.737660    192.168.0.1           192.168.0.247         ICMP
Echo (ping) request
      8 0.737669    Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP
192.168.0.1 is at 00:18:f8:0b:4f:e7
      9 0.737757    192.168.0.247         192.168.0.1           TFTP
Read Request, File: /ltsp/i386/pxelinux.0, Transfer type: octet,
blksize=1432
     10 0.739513    192.168.0.1           192.168.0.247         TFTP
Option Acknowledgement, blksize=1432
     11 0.739640    192.168.0.247         192.168.0.1           TFTP
Acknowledgement, Block: 0
     12 0.739770    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 1
     13 0.740292    192.168.0.247         192.168.0.1           TFTP
Acknowledgement, Block: 1
     14 0.740343    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     15 1.740598    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     16 3.776443    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     17 5.736343    Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     18 6.736318    Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     19 7.736294    Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     20 7.812340    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     21 7.981137    192.168.0.247         255.255.255.255       DHCP
DHCP Discover - Transaction ID 0xe16c176
     22 7.981593    192.168.0.1           192.168.0.247         DHCP
DHCP Offer    - Transaction ID 0xe16c176
     23 7.981976    192.168.0.247         255.255.255.255       DHCP
DHCP Request  - Transaction ID 0xe16c176
     24 7.985617    192.168.0.1           192.168.0.247         DHCP
DHCP ACK      - Transaction ID 0xe16c176
     25 7.985927    Ncr_16:c0:5e          Broadcast             ARP      Who
has 192.168.0.1?  Tell 192.168.0.247
     26 7.985959    Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP
192.168.0.1 is at 00:18:f8:0b:4f:e7
     27 7.986042    192.168.0.247         192.168.0.1           TFTP
Read Request, File: /ltsp/i386/pxelinux.0, Transfer type: octet,
blksize=1432
     28 7.987704    192.168.0.1           192.168.0.247         TFTP
Option Acknowledgement, blksize=1432
     29 7.987824    192.168.0.247         192.168.0.1           TFTP
Acknowledgement, Block: 0
     30 7.987947    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 1
     31 7.988477    192.168.0.247         192.168.0.1           TFTP
Acknowledgement, Block: 1
     32 7.988554    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     33 8.988357    192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     34 11.024306   192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     35 12.988160   Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     36 13.988134   Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     37 14.988108   Cisco-Li_0b:4f:e7     Ncr_16:c0:5e          ARP      Who
has 192.168.0.247?  Tell 192.168.0.1
     38 15.060153   192.168.0.1           192.168.0.247         TFTP
Data Packet, Block: 2
     39 15.226659   192.168.0.247         255.255.255.255       DHCP
DHCP Discover - Transaction ID 0xe16c1f6

...and so on and so on

On Feb 1, 2008 10:43 PM, ron minnich <rminnich at gmail.com> wrote:

> On Feb 1, 2008 2:42 PM, Carl-Daniel Hailfinger
> <c-d.hailfinger.devel.2006 at gmx.net> wrote:
> > On 01.02.2008 23:05, Jeremy Wright wrote:
>
> > > Can Etherboot load a secondary payload like that?
> > >
>
> Sure. I've loaded filo and etherboot with etherboot.
>
> ron
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20080202/39d0934a/attachment.html>


More information about the coreboot mailing list