Date: Thu, 9 Nov 2000 12:10:33 -0800 From: Jason Evans <jasone@canonware.com> To: Jonathan Lemon <jlemon@flugsvamp.com> Cc: "Justin T. Gibbs" <gibbs@scsiguy.com>, smp@freebsd.org Subject: Re: SMP safe interface queues Message-ID: <20001109121033.H477@canonware.com> In-Reply-To: <20001109123357.F72943@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Thu, Nov 09, 2000 at 12:33:57PM -0600 References: <20001110023223E.kjc@csl.sony.co.jp> <200011091808.eA9I83a89553@aslan.scsiguy.com> <20001109123357.F72943@prism.flugsvamp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Nov 09, 2000 at 12:33:57PM -0600, Jonathan Lemon wrote: > On Thu, Nov 09, 2000 at 11:08:03AM -0700, Justin T. Gibbs wrote: > > There was some discussion about this very issue at USENIX. I > > believe the outcome was that all mutex operations should be > > made explicit in each driver. Chuck, David, and Jason were > > more involved in this discussion than I was, so perhaps they > > can chime in here. > > Hmm. I regrettably missed that, something to do with me not having > a watch. :-( However, I'm not sure that this is needed; while each > driver still has the option of explicitly performing a locking > operation, it would seem to be a better fit for most of the locking > to be implicit, since that is the way most operations are performed. > > The macros I have are not the same as the BSD/OS ones, so there is > no confusion of the lock/unlock operation being split across different > macro calls, which might be what was discussed at the meeting. Yes, the main problem we had with how the BSD/OS macros work is that the mutex locks and unlocks are split across macros. I've looked at Jonathan's patches, and while they're not exactly what we discussed at the BoF (after all, Jonathan wasn't there =) ), I think the approach taken is satisfactory. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001109121033.H477>