public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Nikita Kiryanov <nikita@compulab.co.il>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V2 11/13] spl: announce boot devices
Date: Tue, 3 Nov 2015 14:10:34 +0200	[thread overview]
Message-ID: <20151103121034.GA25904@skynet> (raw)
In-Reply-To: <CAPnjgZ25c08UZxAg46CvHqpOTAuUUjDcVDx340zr_Tbi7_rM+A@mail.gmail.com>

On Thu, Oct 29, 2015 at 11:19:53AM -0600, Simon Glass wrote:
> Hi Nikita,
> 
> On 28 October 2015 at 03:23, Nikita Kiryanov <nikita@compulab.co.il> wrote:
> > Now that we support alternative boot devices, it can sometimes be
> > unclear which boot devices was actually used. Provide a function to
> > announce which boot devices are attempted during boot.
> >
> > Signed-off-by: Nikita Kiryanov <nikita@compulab.co.il>
> > Cc: Igor Grinberg <grinberg@compulab.co.il>
> > Cc: Tom Rini <trini@konsulko.com>
> > Cc: Simon Glass <sjg@chromium.org>
> > ---
> > Changes in V2:
> >         - No changes.
> >
> >  common/spl/spl.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 86 insertions(+)
> >
> > diff --git a/common/spl/spl.c b/common/spl/spl.c
> > index 7913c52..ee30290 100644
> > --- a/common/spl/spl.c
> > +++ b/common/spl/spl.c
> > @@ -178,6 +178,91 @@ int spl_init(void)
> >         return 0;
> >  }
> >
> > +#ifdef CONFIG_SPL_BOARD_LOAD_IMAGE
> > +__weak void spl_board_announce_boot_device(void) { }
> > +#endif
> > +
> > +#ifdef CONFIG_SPL_LIBCOMMON_SUPPORT
> > +static void announce_boot_device(u32 boot_device)
> > +{
> > +       puts("Trying to boot from ");
> > +       switch (boot_device) {
> > +#ifdef CONFIG_SPL_RAM_DEVICE
> > +       case BOOT_DEVICE_RAM:
> > +               puts("RAM");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_MMC_SUPPORT
> > +       case BOOT_DEVICE_MMC1:
> > +       case BOOT_DEVICE_MMC2:
> > +       case BOOT_DEVICE_MMC2_2:
> > +               puts("MMC");
> > +               break;
> > +#endif
> 
> Perhaps we need a table of function pointers with the name for each?
> This code seems very repetitive.

Or BOOT_DEVICE_* -> name. It'll still have a lot of repetitive lines but
I guess the function itself will look nicer. I'll prepare something in a
V3..

> 
> > +#ifdef CONFIG_SPL_NAND_SUPPORT
> > +       case BOOT_DEVICE_NAND:
> > +               puts("NAND");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_ONENAND_SUPPORT
> > +       case BOOT_DEVICE_ONENAND:
> > +               puts("OneNAND");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_NOR_SUPPORT
> > +       case BOOT_DEVICE_NOR:
> > +               puts("NOR");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_YMODEM_SUPPORT
> > +       case BOOT_DEVICE_UART:
> > +               puts("UART");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_SPI_SUPPORT
> > +       case BOOT_DEVICE_SPI:
> > +               puts("SPI");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_ETH_SUPPORT
> > +       case BOOT_DEVICE_CPGMAC:
> > +#ifdef CONFIG_SPL_ETH_DEVICE
> > +               puts("eth device");
> > +#else
> > +               puts("net");
> > +#endif
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_USBETH_SUPPORT
> > +       case BOOT_DEVICE_USBETH:
> > +               puts("USB eth");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_USB_SUPPORT
> > +       case BOOT_DEVICE_USB:
> > +               puts("USB");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_SATA_SUPPORT
> > +       case BOOT_DEVICE_SATA:
> > +               puts("SATA");
> > +               break;
> > +#endif
> > +#ifdef CONFIG_SPL_BOARD_LOAD_IMAGE
> > +       case BOOT_DEVICE_BOARD:
> > +               spl_board_announce_boot_device();
> > +               break;
> > +#endif
> > +       default:
> > +               printf("%d (unknown boot device)", boot_device);
> > +       }
> > +
> > +       puts("\n");
> > +}
> > +#else
> > +static inline void announce_boot_device(u32 boot_device) { }
> > +#endif
> > +
> >  #ifndef BOOT_DEVICE_NONE
> >  #define BOOT_DEVICE_NONE 0xdeadbeef
> >  #endif
> > @@ -292,6 +377,7 @@ void board_init_r(gd_t *dummy1, ulong dummy2)
> >         board_boot_order(spl_boot_list);
> >         for (i = 0; i < ARRAY_SIZE(spl_boot_list) &&
> >                         spl_boot_list[i] != BOOT_DEVICE_NONE; i++) {
> > +               announce_boot_device(spl_boot_list[i]);
> >                 if (!spl_load_image(spl_boot_list[i]))
> >                         break;
> >         }
> > --
> > 1.9.1
> >
> 
> Regards,
> Simon
> 

  reply	other threads:[~2015-11-03 12:10 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-28  9:23 [U-Boot] [PATCH V2 00/13] SPL mmc refactor and alternate boot device feature Nikita Kiryanov
2015-10-28  9:23 ` [U-Boot] [PATCH V2 01/13] spl: nand: remove code duplication Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-10-28  9:23 ` [U-Boot] [PATCH V2 02/13] spl: mmc: add break statements in spl_mmc_load_image() Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 03/13] spl: mmc: refactor device location code to its own function Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-10-31 15:25     ` Nikita Kiryanov
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 04/13] spl: mmc: remove #ifdef CONFIG_SPL_OS_BOOT check Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 05/13] spl: mmc: get rid of #ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION check Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 06/13] spl: mmc: move fs boot into its own function Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 07/13] spl: mmc: get rid of emmc boot code duplication Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 08/13] spl: change return values of spl_*_load_image() Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-10-31 15:44     ` Nikita Kiryanov
2015-11-03 12:19   ` [U-Boot] [PATCH V3 " Nikita Kiryanov
2015-11-03 15:56     ` Tom Rini
2015-11-06  3:16     ` Simon Glass
2015-10-28  9:23 ` [U-Boot] [PATCH V2 09/13] common: spl: move image load to its own function Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 15:56   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 10/13] spl: add support for alternative boot device Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-10-31 15:39     ` Nikita Kiryanov
2015-11-03 15:56       ` Tom Rini
2015-11-06  3:15         ` Simon Glass
2015-11-03 15:57   ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 11/13] spl: announce boot devices Nikita Kiryanov
2015-10-29 17:19   ` Simon Glass
2015-11-03 12:10     ` Nikita Kiryanov [this message]
2015-11-03 12:20   ` [U-Boot] [PATCH V3 " Nikita Kiryanov
2015-11-03 15:56     ` Tom Rini
2015-10-28  9:23 ` [U-Boot] [PATCH V2 12/13] arm: mx6: cm-fx6: define fallback boot devices for spl Nikita Kiryanov
2015-11-03 15:57   ` Tom Rini
2015-11-04  9:47   ` Stefano Babic
2015-10-28  9:23 ` [U-Boot] [PATCH V2 13/13] spl: mmc: add support for BOOT_DEVICE_MMC2 Nikita Kiryanov
2015-11-03 15:57   ` Tom Rini

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=20151103121034.GA25904@skynet \
    --to=nikita@compulab.co.il \
    --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