Date: Thu, 12 Oct 2000 22:22:46 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: freebsd-alpha@freebsd.org Subject: Re: size problems with INVARIANTS/DIAGNOSTIC -current kernels Message-ID: <Pine.BSF.4.21.0010122221110.22441-100000@salmon.nlsystems.com> In-Reply-To: <14821.48907.65092.873577@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 12 Oct 2000, Andrew Gallatin wrote: > > Doug Rabson writes: > > > > Hey, I just thought of something. Perhaps the globals segment has grown > > too large. The alpha can only support 64k of globals with $gp pointing at > > base+32k so that the code can use 16bit signed offsets from $gp to access > > it. > > > > The code at XentMM indirects through $gp to find the address of trap() so > > either $gp is bad or the globals table itself is bad. > > Errm. Dumb question. How do we find the size of the globals table to > confirm this? Is this the same thing as the .got section in objdump's > --headers output? Thats right. > > Next dumb question -- is there any way around this, other than > reducing the sheer number of globals? I'm not sure. Lets see if its the problem first. Just to make sure, try moving the call_pal halt to the beginning of trap(). You can use the inline alpha_pal_halt() for this. -- 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.0010122221110.22441-100000>