bus: omap_l3_noc: Fix master id address decoding for OMAP5 omap-for-v4.1/fixes-rc1
authorSuman Anna <s-anna@ti.com>
Fri, 24 Apr 2015 17:54:20 +0000 (12:54 -0500)
committerTony Lindgren <tony@atomide.com>
Mon, 4 May 2015 17:21:01 +0000 (10:21 -0700)
commite7309c2673a389a495fcfad70376d3bae8b9bc89
tree3c99b70ca2f511fc04e924f42df6824d6b47dde1
parent4adf82c35572c69e96997641612fc88463b08f6f
bus: omap_l3_noc: Fix master id address decoding for OMAP5

The L3 Error handling on OMAP5 for the most part is very similar
to that of OMAP4, and had leveraged common data structures and
register layout definitions so far. Upon closer inspection, there
are a few minor differences causing an incorrect decoding and
reporting of the master NIU upon an error:

  1. The L3_TARG_STDERRLOG_MSTADDR.STDERRLOG_MSTADDR occupies
     11 bits on OMAP5 as against 8 bits on OMAP4, with the master
     NIU connID encoded in the 6 MSBs of the STDERRLOG_MSTADDR
     field.
  2. The CLK3 FlagMux component has 1 input source on OMAP4 and 3
     input sources on OMAP5. The common DEBUGSS source is at a
     different input on each SoC.

Fix the above issues by using a OMAP5-specific compatible property
and using SoC-specific data where there are differences.

Signed-off-by: Suman Anna <s-anna@ti.com>
Acked-by: Nishanth Menon <nm@ti.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
Documentation/devicetree/bindings/arm/omap/l3-noc.txt
arch/arm/boot/dts/omap5.dtsi
drivers/bus/omap_l3_noc.c
drivers/bus/omap_l3_noc.h