Date: Sun, 5 Dec 1999 16:06:30 +0000 (GMT) From: Doug Rabson <dfr@nlsystems.com> To: Martin Cracauer <cracauer@cons.org> Cc: Marcel Moolenaar <marcel@scc.nl>, Bruce Evans <bde@zeta.org.au>, freebsd-arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/include signal.h Message-ID: <Pine.BSF.4.10.9912051605440.23924-100000@salmon.nlsystems.com> In-Reply-To: <19991205135624.A4009@cons.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9912051605440.23924-100000>