Re: atomic reference counting primatives.

From: Daniel Eischen (eischen_at_vigrid.com)
Date: 05/24/04

  • Next message: Matthew Dillon: "Re: Network Stack Locking"
    Date: Mon, 24 May 2004 16:25:52 -0400 (EDT)
    To: John Baldwin <jhb@FreeBSD.org>
    
    

    On Mon, 24 May 2004, John Baldwin wrote:

    > On Monday 24 May 2004 10:50 am, Daniel Eischen wrote:
    > > On Mon, 24 May 2004, John Baldwin wrote:
    > > > atomic_cmpset() is an "official" primitive. The problem is that Mike is
    > > > using an enum and assuming that all enum's are ints which is not
    > > > necessarily true. The code should perhaps use an int with #define's
    > > > instead to guarantee that the variable is an int and not a short, char,
    > > > or long.
    > >
    > > You can't use atomic_cmpset() in userland on 386, so
    > > if it is being used in libthr, the machine must be
    > > checked to make sure it will work, otherwise should
    > > fall back to something else...
    >
    > I'd be fine with it being a compile option to be honest. We already don't
    > support 80386's out of the box since they need a custom kernel. I'd rather
    > not pessimize world + dog for the 80386.

    I'm not too concerned about whether it is a compile or run-time
    option, just that the code doesn't rely on having that operation
    in order to work. Unless we just throw up our hands and say
    libfoo isn't supported on 386...

    -- 
    Dan Eischen
    _______________________________________________
    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: Matthew Dillon: "Re: Network Stack Locking"

    Relevant Pages

    • Re: atomic reference counting primatives.
      ... On Mon, 24 May 2004, John Baldwin wrote: ... >> if it is being used in libthr, ... > I'd be fine with it being a compile option to be honest. ... > support 80386's out of the box since they need a custom kernel. ...
      (freebsd-arch)
    • Re: libthr + libtool bump + mysql
      ... I recently noticed after the libtool bump using libthr on 5.3 and 5.4 ... but the port maintainer does not have to support running ... but for ports it's only "most recent release". ...
      (freebsd-stable)
    • Re: libthr + libtool bump + mysql
      ... I recently noticed after the libtool bump using libthr on 5.3 and 5.4 ... but the port maintainer does not have to support running ... but for ports it's only "most recent release". ...
      (freebsd-stable)
    • GDB - do we dare?
      ... I think this is "just" a bug fix. ... With libkse and libthr in the tree, we probably want to keep close ... need to support our threading models. ...
      (freebsd-current)
    • Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pc
      ... John Baldwin wrote: ... Add MSI support to em, bce, and mpt. ... Picked IRQ 52 with weight 0 ...
      (freebsd-current)