diff for duplicates of <20161004191159.GA32596@leverpostej> diff --git a/a/1.txt b/N1/1.txt index eb3592a..c1f3be5 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -10,7 +10,7 @@ Could you *please* clarify if you are trying to solve: Any one of these is fine; we just need to know in order to be able to help effectively, and so far it hasn't been clear. -On Tue, Oct 04, 2016 at 01:53:35PM -0400, bdegraaf at codeaurora.org wrote: +On Tue, Oct 04, 2016 at 01:53:35PM -0400, bdegraaf@codeaurora.org wrote: > After looking at this, the problem is not with the lockref code per > se: it is a problem with arch_spin_value_unlocked(). In the > out-of-order case, arch_spin_value_unlocked() can return TRUE for a diff --git a/a/content_digest b/N1/content_digest index a7def87..3c27b11 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,10 +5,19 @@ "ref\0b86926dc0203384522e0e6ce18bbb132@codeaurora.org\0" "ref\020161004101208.GA18083@leverpostej\0" "ref\0884bd5d3a9a1bcf2a276130ffc17412a@codeaurora.org\0" - "From\0mark.rutland@arm.com (Mark Rutland)\0" - "Subject\0[RFC] arm64: Enforce observed order for spinlock and data\0" + "From\0Mark Rutland <mark.rutland@arm.com>\0" + "Subject\0Re: [RFC] arm64: Enforce observed order for spinlock and data\0" "Date\0Tue, 4 Oct 2016 20:12:10 +0100\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0bdegraaf@codeaurora.org\0" + "Cc\0Peter Zijlstra <peterz@infradead.org>" + Ingo Molnar <mingo@redhat.com> + Catalin Marinas <catalin.marinas@arm.com> + Will Deacon <will.deacon@arm.com> + Timur Tabi <timur@codeaurora.org> + Nathan Lynch <nathan_lynch@mentor.com> + linux-kernel@vger.kernel.org + Christopher Covington <cov@codeaurora.org> + " linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "Hi Brent,\n" @@ -23,7 +32,7 @@ "Any one of these is fine; we just need to know in order to be able to\n" "help effectively, and so far it hasn't been clear.\n" "\n" - "On Tue, Oct 04, 2016 at 01:53:35PM -0400, bdegraaf at codeaurora.org wrote:\n" + "On Tue, Oct 04, 2016 at 01:53:35PM -0400, bdegraaf@codeaurora.org wrote:\n" "> After looking at this, the problem is not with the lockref code per\n" "> se: it is a problem with arch_spin_value_unlocked(). In the\n" "> out-of-order case, arch_spin_value_unlocked() can return TRUE for a\n" @@ -71,4 +80,4 @@ "Thanks,\n" Mark. -96e0596bea580e120179c33752780e0ec7e86d563629e490432495239e2f3fd5 +cc5eb95dfc093f7aecc69fabab420c8db70b959ed202b5696fa8404a70aa59c5
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.