From owner-freebsd-alpha Tue Jan 22 14:45:36 2002
Delivered-To: freebsd-alpha@freebsd.org
Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123])
by hub.freebsd.org (Postfix) with ESMTP id 6243937B402
for <alpha@freebsd.org>; Tue, 22 Jan 2002 14:45:34 -0800 (PST)
Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com)
by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
id 16T9fK-0005bI-00; Tue, 22 Jan 2002 14:45:18 -0800
Message-ID: <3C4DEB7A.59E87BD3@mindspring.com>
Date: Tue, 22 Jan 2002 14:45:14 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
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?
References: <20020122114634.A907B39F1@overcee.wemm.org> <15437.31085.698208.990497@grasshopper.cs.duke.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-alpha@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-alpha.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-alpha>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-alpha>
X-Loop: FreeBSD.org
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