[U-Boot] [PATCH V3 2/3] arm/davinci: spl - boot device selection

[Tom Rini <trini@ti.com>]

On 07/09/2012 12:57 PM, Mikhail Kshevetskiy wrote:
> On Mon, 9 Jul 2012 12:41:06 -0700
> Tom Rini <trini@ti.com> wrote:
> 
>> On 07/09/2012 11:53 AM, Mikhail Kshevetskiy wrote:
>>> This patch allow us to have a universal spl that detects a boot
>>> device and select a corresponding boot algorithm for main u-boot part
>>> (SOC_DA8XX only)
>>>
>>> This patch create copy copy of drivers/mtd/nand/nand_spl_load.c and
>>> drivers/mtd/spi/spi_spl_load.c for the following reasons:
>>>  * avoid jump to main u-boot code just after its loading (required
>>>    for the next patch: spl - add compressed u-boot image support)
>>>  * makes a structure similar to omap3 sources
>>>
>>> Signed-off-by: Mikhail Kshevetskiy <mikhail.kshevetskiy@gmail.com>
>>
>> I guess I wasn't clear enough when I asked the series to be split.  I
>> want to see this portion turned into:
>> a) Move omap-common spl bits to arch/arm/lib/
>> b) davinci converted (and as needed, omap3/4/am33xx converted) to be
>> able to use the same code.
>>
>> We shouldn't introduce a new spl_mmc.c for example, we should modify the
>> davinci structure to be able to re-use the same spl_mmc.c code to
>> load/verify and let the next step, as needed happen.  I want to see
>> "omap" be able to re-use SPI (since am33xx can do it too, and I've
>> kludged the davinci stuff before) and potentially be able to re-use for
>> example the gunzip support.  This I think is the easy set of steps to
>> being able to reuse this fairly common SPL logic outside of not just TI
>> parts but anyone else that wants it.
> 
> Ok, I'll take this task. Unfortunately I have no too much free time for this
> job (summer, parents visit, new job and so on), so it may take a month or so.

OK, thanks.

> What about other patches?

The ddr/uart ones should make their way in soon and I've assigned the
SPI ones to the custodian in patchwork.

-- 
Tom