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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.