Thread (81 messages) 81 messages, 11 authors, 2011-09-20
STALE5424d

[PATCH 02/25] OMAP4: Redefine mandatory barriers for OMAP to include interconnect barriers.

From: tony@atomide.com (Tony Lindgren)
Date: 2011-09-13 20:27:01
Also in: linux-omap

* Santosh Shilimkar [off-list ref] [110904 06:22]:
On OMAP4 SOC intecronnects has many write buffers in the async bridges
and they can be drained only with stongly ordered accesses.
This is not correct, strongly ordered access does not guarantee
anything here. If it fixes issues, it's because it makes the writes
to reach the device faster. Strongly ordered does not affect anything
outside ARM, so the bus access won't change.

The only real fix here is to do a read back of the device in question
to guarantee the write got to the device.
 
There are two ports as below from MPU and both needs to be drained.
	- MPU --> L3 T2ASYNC FIFO
	- MPU --> DDR T2ASYNC FIFO

Without the interconnect barriers, many issues have been observed
leading to system freeze, CPU deadlocks, random crashes with
register accesses, synchronization loss on initiators operating
on both interconnect port simultaneously.
We had these issues for omap3 too. Adding a few read backs solved
those kinds of issues.

Regards,

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help