From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v1] spl: eMMC/SD: Provide one __weak spl_boot_mode() function
Date: Sat, 27 Jan 2018 23:12:03 +0100 [thread overview]
Message-ID: <20180127231203.2d2e4fff@jawa> (raw)
In-Reply-To: <656397bc-b43e-4f76-b743-712a3a92daf5@denx.de>
Hi Marek,
> On 01/27/2018 10:55 PM, Lukasz Majewski wrote:
> > The goal of this patch is to clean up the code related to choosing
> > spl MMC boot mode.
> >
> > The spl_boot_mode() now is called only in spl_mmc_load_image()
> > function, which is only compiled in if CONFIG_SPL_MMC_SUPPORT is
> > enabled.
>
> It always was ;-)
But some way forgotten :-)
>
> > To achieve the goal, all per mach/arch implementations eligible for
> > unification has been replaced with one __weak implementation.
> >
> > Signed-off-by: Lukasz Majewski <lukma@denx.de>
> >
> > ---
> > Comments regarding cleanup (to help maintainers assessment if those
> > changes break anything):
>
> You should run it through Travis at least, to detect if something
> stopped building.
https://travis-ci.org/lmajewski/u-boot-dfu
All "green".
>
> > Implementations necessary to stay as is:
> > ----------------------------------------
> > - SW fix for broken ROM boot code
> > arch/arm/mach-uniphier/mmc-boot-mode.c
> >
> > - Omap specific adjustments:
> > arch/arm/mach-omap2/boot-common.c
> >
> > Below archs had a bit off-standard approach, but were eligible for
> > using the __weak function:
> > --------------------
> > - at91 -> check if proper configs flags in the weak function are
> > set: arch/arm/mach-at91/spl.c
> >
> > - zyncmp -> the BOOT_DEVICE_RAM return of spl_boot_mode seems like
> > an error (will hang in spl_mmc_load_image() anyway)
> > arch/arm/cpu/armv8/zynqmp/spl.c
> >
> > - fsl -> here we had a return of BOOT_DEVICE_NAND, but the
> > spl_boot_mode is eMMC/SD card specific
> > (will hang in spl_mmc_load_image() anyway)
> >
> > arch/arm/cpu/armv8/fsl-layerscape/spl.c
> > arch/arm/cpu/armv7/ls102xa/spl.c
> > arch/arm/cpu/arm1136/mx35/generic.c
> >
> > Test HW:
> >
> > iMX6Q - display5 board
> Reviewed-by: Marek Vasut <marex@denx.de>
>
Best regards,
Lukasz Majewski
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180127/4490b3b1/attachment.sig>
next prev parent reply other threads:[~2018-01-27 22:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-27 21:55 [U-Boot] [PATCH v1] spl: eMMC/SD: Provide one __weak spl_boot_mode() function Lukasz Majewski
2018-01-27 22:01 ` Marek Vasut
2018-01-27 22:12 ` Lukasz Majewski [this message]
2018-01-30 15:26 ` Michal Simek
2018-01-30 15:32 ` Stefano Babic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180127231203.2d2e4fff@jawa \
--to=lukma@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox