Date: Tue, 22 Jan 2002 14:45:14 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: Peter Wemm <peter@wemm.org>, alpha@FreeBSD.ORG Subject: Re: Is anybody actually able to netboot at the moment? Message-ID: <3C4DEB7A.59E87BD3@mindspring.com> References: <20020122114634.A907B39F1@overcee.wemm.org> <15437.31085.698208.990497@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Andrew Gallatin wrote: > I seem to remember finding a problem in libstand quite some time ago, > but never having time to track it down. I think that it had to do > with checksum calculations for recv'ed packets. Try turning off UDP > checksums on the dhcp server & see if that improves matters. Actually, there's a bug in the one's complement case on the FreeBSD checksum calculation, sometimes. I was able to see incorrect checksums on a number of packets. I think it's in the incremental update code, but since it doesn't seem to stop things from working, I never tracked down the source of the ethreal traces where I saw this. > > Anyway.. the final straw is that when it finally does get up to a loader > > 'ok' prompt, doing a "load kernel" causes a 'kernel stack not valid' > > trap back to SRM. (doh!) > > That's a new one! Does it actually start loading the kernel? (as > verified by tcpdump) There was a problem with the static declaration of the buffer and the alignment thereof on the x86; he may need to update his loader code again to make sure that it's working (it was broken last week). This seems unlikely on the Alpha (it made a BIOS error when loading from floppy on the PC), but it's a difference between old and new code, and, as they say, "no stone unturned"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C4DEB7A.59E87BD3>