[PATCH 0/2] OMAP4+: Get rid of internal SRAM handling
Santosh Shilimkar
santosh.shilimkar at ti.com
Wed Aug 28 09:38:34 EDT 2013
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().
Regards,
Santosh
More information about the linux-arm-kernel
mailing list