Port-sandpoint archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: DS207 fails to auto boot (Bad Magic Number)



> I had no success to netboot with the altboot with 8 descriptors provided by
> Julian.
> 
> _MPC824X > tftpload 1000000 altboot8desc.bin
> ARP broadcast 1
> TFTP from server 192.168.1.10; our IP address is 192.168.1.106

> MAC address 00:11:32:01:65:56

This /might/ be a problem with the firmware versus ARP.  The firmware doesn't
read the MAC address, so it uses 11:22:33:44:55:54.  This means that the
server has an ARP entry:

  192.168.1.106 at 11:22:33:44:55:54

However, when altboot starts, it reads the real MAC address and then tries
to fetch netbsd over the network.  The server has any entry for the IP
address (192.168.1.106) but mapped to the wrong MAC address.  Running:

  arp -d 192.168.1.106

on the server after loading altboot would fix this (if it is the problem).
You could also run:

  tcpdump ether host 11:22:33:44:55:54 or ether host 00:11:32:01:65:56

on the server to verify that packets are sent/received.

I've put a debug version of altboot in the same place:

  http://ftp.netbsd.org/pub/NetBSD/misc/jdc/sandpoint/

which will display the first 14 bytes of all sent and received packets
(destination MAC (6), source MAC (6), type/length (2)).  Note, that a
lot of output is generated when the kernel is loaded ;-)

I see that I can still get timeouts with 8 receive descriptors on my DS207.
When this happened, the packet in descriptor 7 was a broadcast:

  sending
  >> 08 00 20 b5 32 27 00 11 32 01 95 49 08 00 
  recving with 2 sec. timeout
  Got one rxd[6] : rxstat = 04920100
  Parsing : ctl = 63550492
  >> 00 11 32 01 95 49 08 00 20 b5 32 27 08 00 
  sending
  >> 08 00 20 b5 32 27 00 11 32 01 95 49 08 00 
  recving with 2 sec. timeout
  Got one rxd[7] : rxstat = 00400300
  Parsing : ctl = 63550040
  >> ff ff ff ff ff ff 60 6b bd 85 bf 22 08 06 
  recving with 2 sec. timeout
  timeout

(and we give up after "recving with 16 sec. timeout") but I don't know if
the broadcast in the last descriptor is significant or not.

Thanks,

J

PS.  I think that I've fixed up:

  http://wiki.netbsd.org/ports/sandpoint/instsynology/

so that all the text is visible and the image links are correct.
-- 
   NetBSD: simple; works; documented    /        Sailing at Newbiggin
        http://www.netbsd.org/        /   http://www.newbigginsailingclub.org/


Home | Main Index | Thread Index | Old Index