| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 17 Oct 2008 19:57:27 -0700 (PDT) From: Linus Torvalds <torvalds@...ux-foundation.org> To: Paul Mackerras <paulus@...ba.org> cc: Nick Piggin <npiggin@...e.de>, Hugh Dickins <hugh@...itas.com>, linux-kernel@...r.kernel.org, linux-mm@...ck.org, linux-arch@...r.kernel.org Subject: Re: [patch] mm: fix anon_vma races On Sat, 18 Oct 2008, Paul Mackerras wrote: > > Not sure what you mean by causal consistency, but I assume it's the > same as saying that barriers give cumulative ordering, as described on > page 413 of the Power Architecture V2.05 document at: I'm pretty sure that everybody but alpha is ok. And alpha needs the smp_read_barrier_depends() not because it doesn't really support causality, but because each CPU internally doesn't guarantee that they handle the cache invalidates in-order without a barrier. So without the smp_read_barrier_depends(), alpha will actually have the proper causal relationships (cachelines will move to exclusive state on CPU0 in the right order and others will see the causality), but because CPU2 may see the stale data from not even having invalidated the "anon_vma.initialized" because the cache invalidation queue hadn't been flushed in order. Alpha is insane. And the odd man out. Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists