Date: Tue, 18 Dec 2001 11:09:26 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: RE: cvs commit: src/sys/alpha/linux linux_machdep.c Message-ID: <XFMail.011218110926.jhb@FreeBSD.org> In-Reply-To: <200112181850.fBIIo2a39603@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 18-Dec-01 John Baldwin wrote: > jhb 2001/12/18 10:50:02 PST > > Modified files: > sys/alpha/linux linux_machdep.c > Log: > Merge part of revision 1.18 of sys/i386/linux/linux_machdep.c: don't use > RFTHREAD in linux_clone(). Well, at least they are the same now. However, I do have a question: RFTHREAD causes two things to happen: during exit the leader waits for all the peers to exit before it exits, and when getting advisory file locks, all threads perform the lock using the leader. I'm not sure what happens when two threads try to lock the same file. Ideally they should contend with each other just like other processes. I think they may be sharing the lock right now, which isn't good. My guess as to what is actually right here is that we should stop sharing locks for threaded programs and let each rfork'd process contend on file locks with all other processes including other "threads" in its group and that we should then turn RFTHREAD back on in linux emulation. The only other place that uses RFTHREAD right now is the linuxthreads port. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.011218110926.jhb>