From owner-freebsd-current Fri May 31 19: 0:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id 142A837B412 for ; Fri, 31 May 2002 19:00:16 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020601020015.UFVG20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Sat, 1 Jun 2002 02:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA31160; Fri, 31 May 2002 18:54:42 -0700 (PDT) Date: Fri, 31 May 2002 18:54:41 -0700 (PDT) From: Julian Elischer To: Jake Burkholder Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531211925.X62759@locore.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 May 2002, Jake Burkholder wrote: > Apparently, On Fri, May 31, 2002 at 05:49:59PM -0700, > Julian Elischer said words to the effect of; > > > interesting but not exactly brief.. :-) > > > > > > On Fri, 31 May 2002, Jake Burkholder wrote: > > > > > > > > The system call stubs in libc are leaf functions; basically just a > > > trap instruction followed by a return. They do not touch the stack > > > at all, or change the stack pointer. One of the first few instructions > > > on entry to the kernel is a save, which rotates the register window > > > and logically saves the call-safe registers onto the user stack > > > (the outs become the ins, and the kernel gets new ins and locals, > > > with the old ones being saved to the user stack once a flush is > > > performed or they get spilled out). > > > > the question is "when does it switch to the kernel stack?" > > (and back?) > > This is not done by the hardware. Its done by the trap code after > the save is executed. so if the software did it in the opposite order, you'd save to the kernel stack? (I doubt it but I have to ask..) > > > > > > > > > > > Here is a reference: http://www.sparc.com/standards/v9.ps.Z > > > > downloaded... 300+ pages.. hmm. > > > > > > > > > > Jake > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message