Date: Wed, 4 Oct 2000 23:23:05 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: Kenjiro Cho <kjc@csl.sony.co.jp>, freebsd-alpha@FreeBSD.ORG, core@kame.net Subject: Re: size problems with INVARIANTS/DIAGNOSTIC -current kernels Message-ID: <Pine.BSF.4.21.0010042320180.94692-100000@salmon.nlsystems.com> In-Reply-To: <14811.11704.600307.685105@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 4 Oct 2000, Andrew Gallatin wrote: > > possibly something is wrong in the loader? > > > > > If so, the breakage has not happened recently. I'm seeing this with a > 'loader' from late august, a netboot from late august & a netboot > that's over 1 year old. > > Bear in mind that we seem to run just fine until the first time we > attempt to call a function from a stack created for us by the > palcode. However, that same function is callable when not running > in an interrupt/trap/etc palcode-created context. > > I've "proved" this to myself by making sure that trap() is actually > callable from the mainline kernel code (eg, not running out XentMM). > I put a call to trap() in kern_malloc() & I put a call to printtrap() > at the top of trap. I see trap being called from kern_malloc, but > when its called by XentMM, random stuff happens. Bizarre. We are running on our own stack before mi_startup is called() which should be before anything substantial is printed. I wonder if somehow the ksp value in the context has been corrupted. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 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?Pine.BSF.4.21.0010042320180.94692-100000>