[PATCH 0/2] OMAP4+: Get rid of internal SRAM handling
rnayak at ti.com
Wed Aug 28 09:42:53 EDT 2013
On Wednesday 28 August 2013 07:08 PM, Santosh Shilimkar wrote:
> On Wednesday 28 August 2013 02:29 AM, Nayak, Rajendra wrote:
>> On Tuesday 27 August 2013 06:55 PM, Santosh Shilimkar wrote:
>>> + Paul,
>>> On Tuesday 27 August 2013 06:11 AM, Rajendra Nayak wrote:
>>>> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
>>>> use drivers/misc/sram.c driver instead of the omap internal
>>>> implementation for SRAM handling.
>>>> Rajendra Nayak (2):
>>>> ARM: AM335x: Get rid of unused sram init function
>>>> ARM: OMAP4+: Move SRAM data to DT
>>>> arch/arm/boot/dts/am33xx.dtsi | 5 +++++
>>>> arch/arm/boot/dts/am4372.dtsi | 5 +++++
>>>> arch/arm/boot/dts/omap4.dtsi | 5 +++++
>>>> arch/arm/boot/dts/omap5.dtsi | 5 +++++
>>>> arch/arm/configs/omap2plus_defconfig | 1 +
>>>> arch/arm/mach-omap2/sram.c | 39 +---------------------------------
>>>> arch/arm/mach-omap2/sram.h | 1 -
>>>> 7 files changed, 22 insertions(+), 39 deletions(-)
>>> Really nice to see the SRAM code getting moved now. Thanks
>>> a lot Rajendra.
>>> - The sram_init() seems to be the post core init call.
>>> Hope this is not a problem for SDRC init which needs to have
>>> SRAM ready to update the DDR parameters.
>> It should be fine given its needed only during core dvfs. Besides
>> drivers/misc/sram.c is useful only on DT platforms, so for now OMAP2/3
>> continue to use the omap specific sram handling.
> Its used in early boot to initialize the DDR parameters and then
> later these can be used based on whether core DVFS supported or
> not. Look for _omap2_init_reprogram_sdrc() which has init
> dependency with omap_sram_init().
Right, I see that now. With this series (which addresses only DT platforms)
we would still be fine with the omap2/3 sdrc usage.
More information about the linux-arm-kernel