From owner-freebsd-arch Sun Dec 5 2:25:35 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 B756A14D3F for ; Sun, 5 Dec 1999 02:25:33 -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 LAA07266 for ; Sun, 5 Dec 1999 11:25:31 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id LAA01199 for freebsd-arch@freebsd.org; Sun, 5 Dec 1999 11:25:31 +0100 (MET) Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id C06A214D3F for ; Sun, 5 Dec 1999 02:25:21 -0800 (PST) (envelope-from marcel@scc.nl) Received: from [212.238.132.94] (helo=scones.sup.scc.nl) by post.mail.nl.demon.net with esmtp (Exim 2.02 #1) id 11uYq9-0004iC-00; Sun, 5 Dec 1999 10:24:25 +0000 Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id LAA17346; Sun, 5 Dec 1999 11:24:20 +0100 (CET) (envelope-from marcel@scc.nl) Message-ID: <384A3D54.3DFE76D6@scc.nl> Date: Sun, 05 Dec 1999 11:24:20 +0100 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: Martin Cracauer Cc: Bruce Evans , freebsd-arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/include signal.h References: <382E8A1B.B7D9B7F0@scc.nl> <19991115095729.A27507@cons.org> <382FDBE2.D075594@scc.nl> <19991115115552.A27870@cons.org> <382FF2AF.545C8C81@scc.nl> <19991204234145.A1221@cons.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 :-) > - Do you like the bitmap scheme? Yes. It's quite common. > - If you would prefer the pointer scheme, you probably have some > processor-specific things that may end up in mcontext. Tell us! I think the pointer scheme is a bit too complex. About the patch: in struct context: ! int sc_fpemul[16]; ! int __morespare__[63]; in mcontext_t: ! int mc_fpemul[16]; /* Additional FPU emulator status */ ! int __morespare__[63]; /* For later additions, total = 512 */ There's no need to rub it in :-) I prefer `__spare__' to make it clear that it's not a regular field. I think Bruce would like you to use `sc_spare'... -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message