From owner-freebsd-arch Sun Dec 5 7:59:34 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 1BA9314D4E for ; Sun, 5 Dec 1999 07:59:29 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id QAA09741 for ; Sun, 5 Dec 1999 16:59:28 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id QAA02484 for freebsd-arch@freebsd.org; Sun, 5 Dec 1999 16:59:28 +0100 (MET) Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id D25B514D4E for ; Sun, 5 Dec 1999 07:59:21 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id QAA14956; Sun, 5 Dec 1999 16:06:30 GMT (envelope-from dfr@nlsystems.com) Date: Sun, 5 Dec 1999 16:06:30 +0000 (GMT) From: Doug Rabson To: Martin Cracauer Cc: Marcel Moolenaar , Bruce Evans , freebsd-arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/include signal.h In-Reply-To: <19991205135624.A4009@cons.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Dec 1999, Martin Cracauer wrote: > In <384A3D54.3DFE76D6@scc.nl>, Marcel Moolenaar wrote: > > Martin Cracauer wrote: > > > Also mcontext_t is proposed to be bumped to 512 bytes for possible > > > future extensions (because changing the size once 4.0 is out is > > > *bad*). > > > > mcontext_t is embedded in ucontext_t. If you want a nice round figure, I > > still think we should round ucontext_t and scale mcontext_t accordingly. > > Remember that ucontext_t and not mcontext_t is used in interfaces. > > mcontext_t is "just" a field of ucontext_t... > > > > > Decisions in order of importance: > > > - Do you accept bumping mcontext_t to 512 bytes? > > > > No, I'll accept ucontext_t to be bumped to a nice round number (say 512 > > bytes) and have the extra space used by mcontext_t :-) > > I'm afraid that is not useful, since there are only 64 bytes left > (with FPU status already there), not enough to keep this extension > scheme running for future extensions. > > What about 4K? :-]]] [I've said this before] If we are reserving space for FP state on ia32, then we *must* reserve enough space for the new SSE registers. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message