During a netboot installation of FreeBSD6 on ultra2 and ultra5 machines, this is what happen on both machine after some minutes of interaction with the netboot server: Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 360MHz), No Keyboard OpenBoot 3.19, 128 MB (60 ns) memory installed, Serial #12120549. Ethernet address 8:0:20:b8:f1:e5, Host ID: 80b8f1e5. ok boot net Boot device: /pci@1f,0/pci@1,1/network@1,1 File and args: 34e00 Consoles: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@s-dallas.cse.buffalo.edu, Wed Nov 2 09:45:36 UTC 2005) bootpath="/pci@1f,0/pci@1,1/network@1,1" boot: ethernet address: 08:00:20:b8:f1:e5 net_open: server addr:192.168.1.38 net_open: server path: /sunboot Loading /boot/defaults/loader.conf Fast Data Access MMU Miss ok OBP returns a Fast Data Access MMU Miss error. Same error with last OBP firmware update. Some log from bootpd: [gias@blackdog:/home/gias]# /usr/libexec/bootpd -s -d 10 bootpd: info(6): bootptab mtime: Tue Dec 27 19:35:08 2005 bootpd: info(6): reading "/etc/bootptab" bootpd: info(6): read 3 entries (2 hosts) from "/etc/bootptab" bootpd: info(6): recvd pkt from IP addr 0.0.0.0 bootpd: info(6): bootptab mtime: Tue Dec 27 19:35:08 2005 bootpd: info(6): request from Ethernet address 08:00:20:B8:F1:E5 bootpd: info(6): found 192.168.1.66 (sunboot) bootpd: info(6): bootfile="/sunboot/boot/kernel/kernel" bootpd: info(6): vendor magic field is 99.130.83.99 bootpd: info(6): request message length=548 bootpd: info(6): extended reply, length=548, options=312 bootpd: info(6): sending reply (with RFC1048 options) bootpd: info(6): setarp 192.168.1.66 - 08:00:20:B8:F1:E5 ..and from tcpdump (blackdog is the netboot server) [..] 20:20:05.389452 sunboot.umbrella.net.2696 > blackdog.umbrella.net.tftp: 34 RRQ "/boot/kernel/linker.hints" 20:20:05.403160 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 20:20:10.404403 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 20:20:15.414436 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 20:20:20.424524 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 20:20:25.434735 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 20:20:30.444670 blackdog.umbrella.net.cadsi-lm > sunboot.umbrella.net.2696: udp 516 It's strange that the netboot process stops in every tests when ultra5/2 finish to fetch /boot/kernel/linker.hints from the netboot server. Fix: This document "http://netbsd.org/Ports/sparc64/faq.html#fast-dmmu-miss" suggests me that netbsd stuff has had same problem and has fixed it. How-To-Repeat: For netboot procedure I've preferred a tftp installation and I've followed this guide: http://www.freebsd.org/releases/5.0R/DP1/installation-sparc64.html Changes I made from the guide are: -No dhcp and nfs -Files used on the netboot server are from FreeBSD6 disc1.iso (and bootonly.iso in other tests). /boot has been copied on /tftpboot and the iso has been mounted on /sunboot. -tcpdump suggests me to execute portmap
I can't reproduce this problem, i.e. netbooting sun4u machines using bootpd(8) instead of a DHCPD just works fine here. Could you please provide the bootptab file you used? Also, could you please try to netboot using loader(8) from the December '05 snapshot of 6.0 or 7.0 instead of 6.0-RELEASE? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details.
This is my bootptab [gias@blackdog:~]> cat /etc/bootptab .default:\ :bf="kernel":dn=blackdog:ds=192.168.1.38:\ :gw=192.168.1.38:ht=ether:hd="/sunboot/boot/kernel":hn:\ :sa=192.168.1.38:\ :rp="192.168.1.38:/sunboot":\ :sm=255.255.255.0 sunboot:\ ha=080020b8f1e5:ip=192.168.1.66:tc=.default ultra2:\ ha=0800208964d6:ip=192.168.1.67:tc=.default Pay attention: I didn't use either DHCP or NFS. I tried a "pure" tftp/bootpd installation. With DHCP and NFS all goes right. At this time i can't try to boot loader(8) from the December '05 snapshot of 6.0 or 7.0. I hope to try it next week.
On Wed, Jan 11, 2006 at 06:59:42PM +0100, Gianluca Camporeale wrote: > This is my bootptab > [gias@blackdog:~]> cat /etc/bootptab > .default:\ > :bf="kernel":dn=blackdog:ds=192.168.1.38:\ > :gw=192.168.1.38:ht=ether:hd="/sunboot/boot/kernel":hn:\ > :sa=192.168.1.38:\ > :rp="192.168.1.38:/sunboot":\ > :sm=255.255.255.0 > > sunboot:\ > ha=080020b8f1e5:ip=192.168.1.66:tc=.default > > ultra2:\ > ha=0800208964d6:ip=192.168.1.67:tc=.default > > Pay attention: I didn't use either DHCP or NFS. I tried > a "pure" tftp/bootpd installation. With DHCP and NFS all goes > right. Ah, I missed that you didn't use NFS at all, sorry. I now can reproduce the problem and found the cause. > At this time i can't try to boot loader(8) from the > December '05 snapshot of 6.0 or 7.0. I hope to try it next > week. > I thought it could be related to a null-pointer dereference in a path lookup of loader(8) which I recently fixed but it turned out to be yet another one. So no need to give a December '05 snapshot a try, it'll fail the same way. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details.
Responsible Changed From-To: freebsd-sparc64->marius Assign to me.
State Changed From-To: open->patched Mark as patched (fixed in sys/boot/common/module.c rev. 1.26).
State Changed From-To: patched->closed Close, fix was MFC'ed to RELENG_6 in sys/boot/common/module.c rev. 1.25.10.1.