[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <C2D7FE5348E1B147BCA15975FBA23075665A5041@IN01WEMBXB.internal.synopsys.com>
Date: Wed, 10 Jun 2015 10:01:01 +0000
From: Vineet Gupta <Vineet.Gupta1@...opsys.com>
To: Peter Zijlstra <peterz@...radead.org>
CC: "linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"arnd@...db.de" <arnd@...db.de>,
"arc-linux-dev@...opsys.com" <arc-linux-dev@...opsys.com>
Subject: Re: [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware
exclusive transactions livelock
On Tuesday 09 June 2015 06:05 PM, Peter Zijlstra wrote:
On Tue, Jun 09, 2015 at 05:18:22PM +0530, Vineet Gupta wrote:
This really really wants a Changelog describing the actual hardware fail
and why this workaround is sufficient.
OK - I need some more time to rehash the exact details with our hardware folks. But AFAIKR, this was hardware livelock in llock/scond when 2 cores were doing r-m-w to two different words in the same cache line - adding prefetchw (prefetch with a write intent) would get the line in exclusive state and break the livelock.
The test itself was one from EEMBC Multibench but I'll have to look it up.
Wasn't there something similar in ARM world too - they have some sort of snoop-delayed exclusive handling in hardware to mitigate something similar although as Will later remarked it involved llock/scond with vanilla ld/st to same line/word ?
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-May/254142.html
Thx,
-Vineet
--
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