On Mon, 3 Mar 2008, Alan Stern wrote:Yes, we do depend on this. All the RCU stuff (and in general *anything* that depends on memory ordering as opposed to full locking, and we have quite a lot of it) is very fundamentally dependent on the fact that things like pointers get read and written atomically. HOWEVER, it is worth pointing out that it's generally true in a "different" sense than the actual atomic accesses. For example, if you test a single bit of a word, it's still quite possible that gcc will have turned that "atomic" read into a single byte read, so it's not necessarily the case that we'll actually even read the whole word. (Writes are different: if you do things like bitwise updates they simply *will*not* be atomic, but that's simply not what we depend on anyway). So in that sense, the atomicity guarantees are a lot weaker than the ones we do for IO accesses, but that's all fine. Memory isn't IO, and doesn't have side effects. Linus --
| Avi Kivity | [PATCH 09/58] KVM: MMU: Respect nonpae pagetable quadrant when zapping ptes |
| Andrew Morton | 2.6.25-rc2-mm1 |
| James Morris | Re: LSM conversion to static interface |
| Eric W. Biederman | Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu |
git: | |
| David Miller | Re: 2.6.25-rc8: FTP transfer errors |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT *] Solos PCI ADSL card update |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
