Date: Tue, 9 Apr 2002 17:26:11 -0700 From: Bill Huey <billh@gnuppy.monkey.org> To: Daniel Eischen <eischen@pcnet1.pcnet.com> Cc: Nate Williams <nate@yogotech.com>, Herve Quiroz <hquiroz@esil.univ-mrs.fr>, freebsd-java@FreeBSD.ORG Subject: Re: FreeBSD 5.0 Developer Preview #1 Now Available Message-ID: <20020410002611.GA3233@gnuppy.monkey.org> In-Reply-To: <Pine.GSO.4.10.10204091234080.21403-100000@pcnet1.pcnet.com> References: <15539.4987.918286.268041@caddis.yogotech.com> <Pine.GSO.4.10.10204091234080.21403-100000@pcnet1.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Apr 09, 2002 at 12:37:49PM -0400, Daniel Eischen wrote: > If it uses pthreads, it shouldn't need to be retooled, except perhaps > for any MD Java thread context manipulations. SA (or KSEs) shouldn't > normally be used directly except within the threads library itself. We read the ucontext contents of each thread depending on state to extract GC roots. I haven't been using -current so I don't know if the pthreads library is significantly different than the one in -stable. But we don't use pthreads just yet so it doesn't matter. What does is the semantics of signal handling that's used to drive green threads. If that's changed then green threading might blow up, or if there's more tricky FPU handling in the kernel that effects userspace, etc... I remember a discussion on -arch that talked about pushing the ucontext stuff into the kernel but I don't know if that's changed just yet. If is not the case, then it should work. Somebody should tried it out and report back on the results. ;-) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020410002611.GA3233>