cvs commit: src/sys/amd64/include _types.h src/sys/i386/include
	_types.h src/sys/net if_bridge.c src/sys/netinet ip_var.h
	src/sys/netinet6 ip6_var.h 
    Poul-Henning Kamp 
    phk at phk.freebsd.dk
       
    Mon Jul  4 10:12:57 GMT 2005
    
    
  
In message <42C90A29.2030706 at freebsd.org>, Peter Grehan writes:
>>> FYI, any modern ppc implementation doesn't require strict alignment 
>>> for integer load/stores though there's a performance penalty for 
>>> having to split the access into smaller ones. 
>> 
>> While it's not immediately relevant to the IP code, generally speaking, 
>> is it the case that non-aligned integer reads can be non-atomic with 
>> respect to other CPUs due to the multiple access implementation?
>
>  I'd say certainly ! In fact, are there any architectures that could 
>guarantee atomicity in this case ?
Yes, the alphas "load/store conditional" could, provided that the
field is entirely inside a cache-line.
-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
    
    
More information about the cvs-all
mailing list