From owner-freebsd-sparc Sun Dec 21 00:15:18 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA16879 for sparc-outgoing; Sun, 21 Dec 1997 00:15:18 -0800 (PST) (envelope-from owner-freebsd-sparc@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA16873 for ; Sun, 21 Dec 1997 00:15:08 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id SAA00945; Sun, 21 Dec 1997 18:44:51 +1030 (CST) (envelope-from grog) Message-ID: <19971221184451.62453@lemis.com> Date: Sun, 21 Dec 1997 18:44:51 +1030 From: Greg Lehey To: Jason Evans Cc: Ric Flinn , freebsd-sparc@FreeBSD.ORG Subject: Re: Register windowing References: <34988B26.7F0C8B1B@radiks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Jason Evans on Sat, Dec 20, 1997 at 10:54:11PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Dec 20, 1997 at 10:54:11PM -0800, Jason Evans wrote: > On Thu, 18 Dec 1997, Ric Flinn wrote: >> I just recenly joined this list, and I'm no expert in the Sparc >> architecture or Sparc OS's, but I'm curious about how FreeBSD for the >> sparc will handle register windowing. I know there are several ways an >> OS can use register windowing, perhaps there are obvious advantages to >> one method or another that I don't know about. > > Well, I don't think I can answer your question, so let me outline what I > understand of register windowing so that we can start a discussion that > can lead to the OS register windowing handler methods you refer to. > > Here are basic bits of info that I think are true (correct me if I'm > wrong): > > (etc) > > The main issue I can see here is how to decide how many register windows > should be saved or restored when a trap occurs. > > (etc) I think this sums up the issues pretty nicely. I suppose the only point to be made is that the number of windows in the register file varies greatly from one processor to another. Considering the interest in older processors, the code should be flexible enough to potentially be able to choose different strategies dependent on the processor. Greg