Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Aug 2001 13:37:11 -0700
From:      Julian Elischer <julian@elischer.org>
To:        Archie Cobbs <archie@dellroad.org>
Cc:        arch@freebsd.org
Subject:   Re: changes to BSD APIs for THREADS support
Message-ID:  <3B895DF7.709DB10C@elischer.org>
References:  <200108262010.f7QKA6f28508@arch20m.dellroad.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Archie Cobbs wrote:
> 
> Julian Elischer writes:
> > 5/ It is possible that we may need a call by which the user thread
> > scheduler can 'cancel' the syscall that a particular kernel thread
> > is currently operating on. (particularly if it is waiting).
> 
> I think this is going to be required. The UTS needs to have the
> ability to cancel a thread at any time. If the thread is in userland
> then it can just do it; otherwise it needs a way to wake up the
> thread in the kernel. The thread's syscall should then return
> immediately with EINTR or somesuch; alternately, the thread can
> just never return. Mabye both options would be good to have.

the mechanics are the same as for the current code that aborts a syscall when
a signal is sent to the process, except that the method of
finding the sleeping party to unblock is slightly different.

The syscall returns just like the current one would
until it reaches the kernel boundary. (it needs to unlock and free anything 
it may have locked or allocated on the way in).
At the boundary we can just let it report a failure.
The UTS can then cancel it.

> 
> -Archie
> 
> __________________________________________________________________________
> Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com

-- 
+------------------------------------+       ______ _  __
|   __--_|\  Julian Elischer         |       \     U \/ / hard at work in 
|  /       \ julian@elischer.org     +------>x   USA    \ a very strange
| (   OZ    )                                \___   ___ | country !
+- X_.---._/    presently in San Francisco       \_/   \\
          v

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?3B895DF7.709DB10C>