Date: Fri, 13 Oct 2000 09:49:33 +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.0010130946290.22441-100000@salmon.nlsystems.com> In-Reply-To: <14822.12356.324350.157484@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: > > > 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. > > You might be onto something -- For a non-booting kernel the .got size > is over 64k (0x159c0), for a booting kernel, the .got size is less > than 64k (0xf8c0). > > This is just what I have laying around & is not terribly scientific. > > > > > > > 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. > > It still never makes it to trap. It still halts with a PC in the data > segment & the RA in XentMM. Now that I can remember some of this stuff, I recall that it is possible to have multiple .got subsections and the linker handles this with the relocations for 'ldgp' pseudo instructions. Possibly the code in exception.s has been linked to use a different gp from locore.s (where pal_kgp is set). Try adding something like: br pv,1f 1: LDGP(pv) after the PALVECT macro. -- 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.0010130946290.22441-100000>