Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Jul 2008 12:53:31 -0700
From:      Julian Elischer <julian@elischer.org>
To:        "Murty, Ravi" <ravi.murty@intel.com>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: atomic_load_acq_int in ipi_nmi_handler()
Message-ID:  <487FA33B.4010404@elischer.org>
In-Reply-To: <AEBCFC23C0E40949B10BA2C224FC61B007BD873B@orsmsx416.amr.corp.intel.com>
References:  <AEBCFC23C0E40949B10BA2C224FC61B007BD873B@orsmsx416.amr.corp.intel.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Murty, Ravi wrote:
> Hello All,
> 
>  
> 
> Just a quick question: Why does this function (ipi_nmi_handler) execute
> a atomic_load_acq_int(&ipi_nmi_pending). Following this it calls
> atomic_clear_int to clear itself out of this mask. I can't think of why
> the CPU would reorder these instructions knowing there is a dependency
> here.
> 
>  
> 
> Also, since FreeBSD has masks (like ipi_nmi_pending), has there been any
> work on extending this beyond 64 CPUs?

Only in discussion. A quick survey of other OS's and their
answers is probably in order. There are cpu bitmasks in use..

We are going to have to look at the whole NUMA thing soon too.

(BTW it's only 32 on 32 bit machines I believe)

> 
>  
> 
> Thanks
> 
> Ravi
> 
>  
> 
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?487FA33B.4010404>