On 10/26/2010 11:15 AM, Ramirez Luna, Omar wrote:
This is the patch series shared by Paul, for a short term fix to a compile break due SCM layer layer violations from tidspbridge driver, where the latter is used to write directly into registers and use SCM layer macros, among other layer bypassing.patch: "staging: tidspbridge: use new SCM DSP boot control fns" was split from its original version, it is meant to be on hold until the rest of the series gets upstreamed and can be found in the staging tree (unless best advice is given). Paul Walmsley (4): OMAP: control: add functions for DSP boot address/mode control OMAP3: PM: update DSP reset code to use new SCM DSP boot control functions OMAP: dsp: convert OMAP3430 adaptation layer to use new SCM DSP boot control fns staging: tidspbridge: use new SCM DSP boot control fns arch/arm/mach-omap2/control.c | 51 ++++++++++++++++++++++ arch/arm/mach-omap2/control.h | 16 ++++--- arch/arm/mach-omap2/dsp.c | 4 ++ arch/arm/mach-omap2/pm34xx.c | 6 +- arch/arm/plat-omap/include/plat/dsp.h | 4 ++ arch/arm/plat-omap/include/plat/iva2_dsp.h | 56 +++++++++++++++++++++++++ drivers/staging/tidspbridge/core/tiomap3430.c | 13 +++--- 7 files changed, 133 insertions(+), 17 deletions(-) create mode 100644 arch/arm/plat-omap/include/plat/iva2_dsp.h
This series was tested on OMAP 3430 (zoom2) and 3630 (zoom3) boards. Regards, Omar -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
