Re: Embedding a vnode type to its interlock mutex type

From: Bruce M Simpson (bms_at_spc.org)
Date: 08/18/03

  • Next message: John Baldwin: "Re: Embedding a vnode type to its interlock mutex type"
    Date: Mon, 18 Aug 2003 10:24:34 +0100
    To: Seigo Tanimura <tanimura@tanimura.dyndns.org>
    
    

    On Mon, Aug 18, 2003 at 04:13:26PM +0900, Seigo Tanimura wrote:
    > In short: A vnode should embed its type name (VREG, VCHR, etc.) in the
    > type of the interlock mutex to avoid a false LOR alarm by Witness.

    I think I may have run into something similar with VM mutexes, but need
    to sit down and perform more in-depth testing to be sure about this.

    It does appear as though WITNESS only checks the name of the mutex, not
    the address of the mutex, which would presumably be a suitable key to
    differentiate them uniquely.

    BMS
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"


  • Next message: John Baldwin: "Re: Embedding a vnode type to its interlock mutex type"

    Relevant Pages

    • Re: Embedding a vnode type to its interlock mutex type
      ... >> type of the interlock mutex to avoid a false LOR alarm by Witness. ... Should that be a lock order reversal? ...
      (freebsd-arch)
    • Re: options WITNESS and locks
      ... Using the WITNESS kernel I cannot load my driver with any MTX_SPIN mutex. ... lock spin mutex does not match earlier ... It means that somewhere you are treating a mutex with that name as a sleep mutex and in other places as a spin mutex. ...
      (freebsd-questions)
    • Re: -CURRENT spontaneously rebooting when using X
      ... mutex and now another thread wants that mutex. ... Try turning on witness as it will tell you when the first thread goes to sleep. ... one or the other has fixed my problem somehow. ... When I'm feeling brave enough I'll turn off witness again and see if the problem returns; I'll report back if it does... ...
      (freebsd-current)
    • Re: Understanding Threads...
      ... On 11/09/2009 10:24 PM, Judson Lester wrote: ... you can avoid the mutex entirely by using thread-local variables: ...
      (comp.lang.ruby)
    • Re: already running
      ... renaming it. ... If you need to avoid that possibility research on MUTEX, ... So if you have an App that takes a bit of time on ...
      (microsoft.public.vb.general.discussion)