No subject

users-errors at users-errors at
Mon Jan 15 23:40:02 PST 2007> <45A838AA.9030008 at> <200701130306.l0D36JX8007342 at> <45A87472.3040108 at> <45A879FF.8060407 at> <200701130649.l0D6nE8j008759 at apollo.> <009301c73746$cdce3470$1200a8c0 at> <200701132000.l0DK0QsA020885 at ap> <00b101c738e5$dd925710$1200a8c0 at> <200701152301.l0FN1BR5039049 at apollo.backplane.c om> <008801c7390d$66ffd9b0$1200a8c0 at> <200701160313.l0G3DnsH040505!> <003201c°ù¿¿©â>O¯LïS(OFrom: Matthew Dillon <dillon at>
Subject: Re: Request for swapcontext and getcontext to be ported to our libc [ revision 3 ]
Date: Mon, 15 Jan 2007 23:19:48 -0800 (PST)
List-Post: <mailto:users at>
List-Subscribe: <mailto:users-request at>
List-Unsubscribe: <mailto:users-request at>
List-Help: <mailto:users-request at>
List-Owner: <mailto:owner-users at>
Sender: users-errors at
Errors-To: users-errors at
Lines: 29
X-Trace: 1168933394 833
Xref: dragonfly.users:8626

:I revisited these two kernel files and agree partially with your assessment:
:- machdep.c fixed a missing linebreak; the other change (mc_len) was cruft.
:- ucontext.h contains the protos for the *context routines; they still need
:to be somewhere so autoconf can find them, and I felt that this was the best
:place for them.  The other stuff (uc_flags, UCF_SWAPPED) was cruft.
:Matt Emmerton

    Ok, I restored those bits.

    I have implemented the assembly and done some other cleanups and a 
    bit of testing.  I am committing the completed work now.

    I have not yet implemented the floating point save/restore.  I will
    check save-used for FP registers and see if I can optimize what gets
    saved.  When switching occurs synchronously I don't think the FP regs
    need to be saved/restored unless the prorgam is compiled to use 
    FP regs and general regs so this may be good enough for the moment.

    Switching from a signal dispatch is more problematic.  That almost
    certainly requires FP save/restore.

    Now we need some comprehensive testing with packages that actually
    use this beast!

					Matthew Dillon 
					<dillon at>

More information about the Users mailing list