[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] RFC: 32 bits as smallest atomic size.



[Resending to really correct list this time.]

On Fri, 2005-03-25 at 21:43 +0000, Keir Fraser wrote:
> I expect we can fix that up in the ppc macros: if the atomic access is 
> sub-32-bit aligned then round the address down to 32-bit boundary and 
> do a 32-bit cmpxchg.

>From a quick survey of Linux headers, it seems at least the following
architectures only support 4/8-byte atomic instructions: ppc(64),
sparc(64), parisc, mips, alpha.

The following architectures support 1/2-byte atomic instructions:
x86(64), ia64.

Since so many architectures don't allow non-word-sized accesses (a link
error is triggered), common Linux code does not make such calls. Could
we please have the same policy?

Right now there is a single problematic cmpxchg user, grant_entry_t, and
the impact of the fix is tiny (make the 'flags' member 4 bytes). Is that
too large an inconvenience?

-- 
Hollis Blanchard
IBM Linux Technology Center


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.