Date: Wed, 3 Jul 2002 18:02:46 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: Peter Wemm <peter@wemm.org> Cc: Alan Cox <alc@cs.rice.edu>, Julian Elischer <julian@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 pmap.c Message-ID: <Pine.BSF.4.21.0207031758040.3993-100000@InterJet.elischer.org> In-Reply-To: <20020704005141.5C4FE390F@overcee.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I had exactly that problem on 386.. I just fixed it there.. in pmap.c I'm just testing now before looking at alpha.. It'll be the same problem in pmap_dispose_thread. I think the code is almost identical in all cases.. it was due to confusion in adjusting for the guard page.. I was going to apply the same patches that I just applied to i386 but if you want you can do it.. (the first patches were cleanups as I was struggling to find the problem. and th elast commit is the fix) On Wed, 3 Jul 2002, Peter Wemm wrote: > Julian Elischer wrote: > > I think I just fixed it.. > > Where? You haven't committed outside of i386/i386 for a while... > > alpha/pmap.c: > revision 1.94 > date: 2002/06/29 17:26:11; author: julian; state: Exp; lines: +14 -7 > Part 1 of KSE-III > > It hasn't been touched since last month.. > > > On Wed, 3 Jul 2002, Peter Wemm wrote: > > > > > Julian Elischer wrote: > > > > hmmm seemed to work here.... > > > > > > > > let me see if I've left out part of the patch or something.. > > > > > > beast.freebsd.org is panicing with things like this: > > > panic: pmap_dispose_thread: kstack already missing? > > > > > > Are you keeping these changes in sync on all platforms? > > > > > > > On Wed, 3 Jul 2002, Alan Cox wrote: > > > > > > > > > On Wed, Jul 03, 2002 at 01:06:39PM -0700, Julian Elischer wrote: > > > > > > julian 2002/07/03 13:06:39 PDT > > > > > > > > > > > > Modified files: > > > > > > sys/i386/i386 pmap.c > > > > > > Log: > > > > > > Remove vestiges of old code... > > > > > > These functions are always called on new memory so they can > > > > > > not already be set up, so don't bother testing for that. > > > > > > (This was left over from before we used UMA (which is cool)) > > > > > > > > > > > > Revision Changes Path > > > > > > 1.328 +12 -21 src/sys/i386/i386/pmap.c > > > > > > > > > > I just got a "pmap_new_thread: kstack allocation failed" doing > > > > > a "buildworld" after this change. > > > > > > > > > > Alan > > > > > > > > > > > > > > > > > > > Cheers, > > > -Peter > > > -- > > > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > > > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > > > > > > > > > > Cheers, > -Peter > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" 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.0207031758040.3993-100000>