Date: Mon, 24 Sep 2001 18:27:05 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: Matt Dillon <dillon@earth.backplane.com> Cc: Ian Dowse <iedowse@maths.tcd.ie>, hackers@FreeBSD.ORG Subject: Re: VM Corruption - stumped, anyone have any ideas? Message-ID: <Pine.BSF.4.21.0109241826270.52270-100000@InterJet.elischer.org> In-Reply-To: <200109250027.f8P0RRk97980@earth.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
stack can be somewhat sparse depending on execution path, but it's not a bad idea.. On Mon, 24 Sep 2001, Matt Dillon wrote: > :In message <200109242322.f8ONMaT97469@earth.backplane.com>, Matt Dillon writes: > :> > :> Hmm. Do we have a guard page at the base of the per process kernel > :> stack? > : > :As I understand it, no. In RELENG_4 there are UPAGES (== 2 on i386) > :pages of per-process kernel state at p->p_addr. The stack grows > :down from the top, and struct user (sys/user.h) sits at the bottom. > :According to the comment in the definition of struct user, only > :the first three items in struct user are valid in normal running > :conditions: > > Ok. I'm going to add a magic number to the end of the process > structure and check it in mi_switch() in -stable. > > -Matt > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" 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.0109241826270.52270-100000>