Date: Thu, 27 Dec 2001 11:34:44 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: Alfred Perlstein <bright@mu.org> Cc: arch@freebsd.org Subject: Re: the condvar stuff. Message-ID: <Pine.BSF.4.21.0112271132560.84622-100000@InterJet.elischer.org> In-Reply-To: <20011227131953.C55891@elvis.mu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 27 Dec 2001, Alfred Perlstein wrote: > * Julian Elischer <julian@elischer.org> [011227 11:40] wrote: > > > > > > On Thu, 27 Dec 2001, Alfred Perlstein wrote: > > > > > > For now you should just consider using the existing mechanisms, > > > something like a posted signal and not worry about the uninterruptable > > > sleeps. > > > > That's what I'm doing.... > > Good, I don't want you killing yourself working on this, we need > you around to help flush out the bugs. :) > > > > > Basically one of the changes I'll be doing in the KSE tree > > > > as that all msleeps and cv waits and sx waits and mutx waits have > > > > to either be identifiable as uninterruptable, or ba capable of > > > > being interrupted (so at least the next layer can catch it and back out). > > > > > > Yes, this is what PCATCH is for. > > > > I know, I'm just dissapointed at the ease that I have in finding cases > > where all I can do is wait... > > :-/ > > It's UNIX dude. :) > > If you use the existing PCATCH/cv_sig (at least for now) you'll be > all good and a lot cleaner than fixing all the places with > uninterruptable sleeps. On cases with timeouts I'm accelerating the timelut. in _sig cases I'm similating a signal. if it's neither, I guess I'll just have to leave it. (the exit will never complete if the thread never leaves the CV.) > > -- > -Alfred Perlstein [alfred@freebsd.org] > 'Instead of asking why a piece of software is using "1970s technology," > start asking why software is ignoring 30 years of accumulated wisdom.' > Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ > 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?Pine.BSF.4.21.0112271132560.84622-100000>