On Tue, Oct 26, 2010 at 7:15 PM, Omar Ramirez Luna <omar.ramirez@xxxxxx> 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 +++++++++++++++++++++++++ Why not use the already existing dsp.h? -- Felipe Contreras -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
