Request for swapcontext and getcontext to be ported to our libc
Matt Emmerton
matt at gsicomp.on.ca
Fri Jan 12 23:13:07 PST 2007
I think we're debating whether to "do it right" or "do it now". Tuesday is
a long way off yet :)
--
Matt Emmerton
> So is the current context code going into cvs HEAD or whats happening?
>
> Petr
>
> Simon 'corecode' Schubert wrote:
> > Matthew Dillon wrote:
> >> The answer is: yes, it is possible. There is no reason why the
> >> signal mask (and signal pending bitmap) couldn't be stored in user
> >> memory, allowing the userland threading system to swap out the mask
> >> without entering the kernel.
> >
> > I absolutely agree. I am thinking of a special page mapped in kernel
> > and userspace memory, where things like signal mask and pending (per
> > thread) are located, and maybe also a timecounter, pid, etc.
> >
> >> So I think there is a very good argument for making the current
> >> release
> >> implementation do these calls in libc and not as system calls, and
> >> initially have libc just get the signal mask with a system call,
> >> then
> >> at some later date add the feature sthat allow the userland context
> >> routines to run fully without having to make any system calls at
> >> all.
> >
> > If Matt Emmerton finds the time to implement it, I am all for it.
> > Having these functions as syscalls seems wrong in my eyes.
> >
> > cheers
> > simon
> >
>
More information about the Users
mailing list