On 07/09/2012 12:57 PM, Mikhail Kshevetskiy wrote: > On Mon, 9 Jul 2012 12:41:06 -0700 > Tom Rini <tr...@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.kshevets...@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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot