From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lukasz Majewski Date: Wed, 28 Dec 2016 09:52:28 +0100 Subject: [U-Boot] [PATCH] SPL: NOR: Add CONFIG_SPL_NOR_COPY_ENTIRE_IMAGE define to enable whole image copy from NOR In-Reply-To: <361a7fcb-7333-0ed8-e342-2ee8c3538520@denx.de> References: <1474015431-24329-1-git-send-email-l.majewski@majess.pl> <1480367355-15519-1-git-send-email-l.majewski@majess.pl> <20161129101153.7069a3ee@jawa> <4dc70099-126b-1c19-2f4d-d54a89a87da0@denx.de> <20161129181843.GB2546@bill-the-cat> <20161226173627.60f9d55b@jawa> <361a7fcb-7333-0ed8-e342-2ee8c3538520@denx.de> Message-ID: <20161228095228.641327e9@jawa> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Marek, > On 12/26/2016 05:36 PM, Lukasz Majewski wrote: > > Hi Marek, > > > >> On 11/29/2016 07:18 PM, Tom Rini wrote: > >>> On Tue, Nov 29, 2016 at 11:50:34AM +0100, Marek Vasut wrote: > >>>> On 11/29/2016 10:11 AM, Lukasz Majewski wrote: > >>>>> Hi Marek, > >>>>> > >>>>>> On 11/28/2016 10:09 PM, Lukasz Majewski wrote: > >>>>>>> This define gives the possibility to copy entire image > >>>>>>> (including header - e.g. u-boot.img) from NOR parallel memory > >>>>>>> to e.g. SDRAM. The current code only supports loading the raw > >>>>>>> binary image (the u-boot.bin). > >>>>>>> > >>>>>>> The legacy behavior is preserved, since other board don't > >>>>>>> enabled this option. > >>>>>> > >>>>>> Sooooo, what's the usecase again ? ;-) > >>>>> > >>>>> :-) > >>>>> > >>>>> The use case is to allow u-boot.img being loaded from Parallel > >>>>> NOR. The current code only supports u-boot.bin. > >>>> > >>>> Why is u-boot.bin (or the payload) not sufficient ? Why do you > >>>> need the header ? > >>> > >>> Well, the general use-case and code flow is that we load > >>> u-boot.img (or a FIT image) and if all else fails, fall back to > >>> assuming a .bin and a known address). > >>> > >> And exactly how is that whole image useful in RAM ? Sorry, I still > >> do not see it, usually you just need the executable payload, > >> although even that can be left in flash most of the time. > > > > The use case is that I do want to boot from SD card/eMMC and NOR > > with using u-boot.img. > > > > I would like to avoid situation when for NOR I must use u-boot.bin > > and for eMMC u-boot.img. > > > > Such approach keeps things as simple as possible :-) > > Oh, so it allows you to detect bitrot for the content in SPI NOR ? I do not use SPI NOR, it is parallel NOR. > It's a bit strange we had to use u-boot.bin with SPL there. > This is how the legacy system behaves. It uses (by default) Parallel NOR for booting (with advised/provided NOR memory timings). After doing some measurements, it turned out that for "tunned" u-boot/SPL there would be the best way to copy it to ram and execute it from there (just like eMMC). Hence, I would like to use u-boot.img in both booting scenarios. Best regards, ?ukasz Majewski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: