From owner-freebsd-hackers Mon Sep 24 17:31: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 457AF37B40B for ; Mon, 24 Sep 2001 17:31:03 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.6/8.11.2) id f8P0Uv298004; Mon, 24 Sep 2001 17:30:57 -0700 (PDT) (envelope-from dillon) Date: Mon, 24 Sep 2001 17:30:57 -0700 (PDT) From: Matt Dillon Message-Id: <200109250030.f8P0Uv298004@earth.backplane.com> To: Ian Dowse Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: VM Corruption - stumped, anyone have any ideas? References: <200109250048.aa97220@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :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: Er, I mean I'll add a magic number to struct pstats. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message