From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Mon, 9 Jul 2012 13:08:07 -0700 Subject: [U-Boot] [PATCH V3 2/3] arm/davinci: spl - boot device selection In-Reply-To: <20120709235754.63e813dc@weasel.local> References: <1341860020-11507-1-git-send-email-mikhail.kshevetskiy@gmail.com> <1341860020-11507-2-git-send-email-mikhail.kshevetskiy@gmail.com> <4FFB33D2.7030905@ti.com> <20120709235754.63e813dc@weasel.local> Message-ID: <4FFB3A27.4020700@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 07/09/2012 12:57 PM, Mikhail Kshevetskiy wrote: > On Mon, 9 Jul 2012 12:41:06 -0700 > Tom Rini 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 >> >> 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