Hi,
On Wed, Dec 7, 2011 at 8:17 AM, Igor Grinberg grinberg@compulab.co.il wrote:
On 12/07/11 18:00, Tom Rini wrote:
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic sbabic@denx.de wrote: [snip]
The function you write are in omap-common/spl_nand.c, but they are not specific for OMAP, and any architecture can profit from your work. What about to move common functions away from TI related directory ? I do not know which is the best place, maybe a new directory under the root as spllib ?
There's a lot of thinking and reworking we should do for the SPL code we have today under arch/arm, both in terms of sharing between davinci and OMAP(ish) and non-TI parts. My question is, for non-TI stuff, is anyone using or about to start using this framework?
I think NVIDIA Tegra can benefit from this. Added Simon Glass to Cc.
The Tegra boot rom can load the whole U-Boot in from various media types so we haven't had to use SPL to date. I have been trying out a way of moving a good chunk of the code (that is useful to devs but not used in a normal boot) into the back end of the image to load later. But this is just a link trick and not really related to SPL (although I think it might have application if we want to generalise SPL).
Samsung and Freescale use it I think. I agree that SPL code should be as generic as possible.
Regards, Simon
-- Regards, Igor.