All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ijc@hellion.org.uk>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 5/7] sunxi-common.h: Use new generic $bootcmd
Date: Mon, 04 Aug 2014 22:21:57 +0100	[thread overview]
Message-ID: <1407187317.23472.6.camel@dagon.hellion.org.uk> (raw)
In-Reply-To: <53DFD25A.9020802@redhat.com>

On Mon, 2014-08-04 at 20:35 +0200, Hans de Goede wrote:
> Hi,
> 
> On 08/01/2014 08:54 PM, Stephen Warren wrote:
> > On 08/01/2014 01:46 AM, Hans de Goede wrote:
> >> Use the new standard bootcmd from <config_distro_bootcmd.h>.
> > 
> > Acked-by: Stephen Warren <swarren@nvidia.com>
> 
> Thanks for the review.
> 
> >> diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h
> > 
> >> +#ifdef CONFIG_AHCI
> >> +#define BOOT_TARGET_DEVICES(func) \
> >> +    func(MMC, mmc, 0) \
> >> +    func(SCSI, scsi, 0) \
> >> +    func(USB, usb, 0) \
> >> +    func(PXE, pxe, na) \
> >> +    func(DHCP, dhcp, na)
> >> +#else
> >> +#define BOOT_TARGET_DEVICES(func) \
> >> +    func(MMC, mmc, 0) \
> >> +    func(USB, usb, 0) \
> >> +    func(PXE, pxe, na) \
> >> +    func(DHCP, dhcp, na)
> >> +#endif
> > 
> > In the spirit of using crazy macros (!) :-) I might code that as:
> > 
> > #ifdef CONFIG_AHCI
> > #define BOOT_TARGET_DEVICES_SCSI(func) func(SCSI, scsi, 0)
> > #else
> > #define BOOT_TARGET_DEVICES_SCSI(func)
> > #endif
> > 
> > #define BOOT_TARGET_DEVICES(func) \
> >     func(MMC, mmc, 0) \
> >     BOOT_TARGET_DEVICES_SCSI(func) \
> >     func(USB, usb, 0) \
> >     func(PXE, pxe, na) \
> >     func(DHCP, dhcp, na)
> > 
> > ... since it doesn't duplicate the rest of the main macro, but either way is fine by me.
> 
> Ah, I like, esp. since in the future we may get boards without
> an USB host (tablets), and then things would get complicated but
> not with your trick.

Agreed, Stephen's way is much better and more flexible. We could use it
even for the non-optional stuff right away I suppose but I'm not sure
there is much point.

> I've modified this patch my personal tree to use your approach.

Ack to that in principal.

Ian.

  reply	other threads:[~2014-08-04 21:21 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-01  7:46 [U-Boot] [PATCH 1/7] sunxi-common.h: Remove CONFIG_SYS_BOOT_GET_CMDLINE Hans de Goede
2014-08-01  7:46 ` [U-Boot] [PATCH 2/7] sunxi-common.h: Remove dead #ifdef CONFIG_CMD_NET code block Hans de Goede
2014-08-04 21:19   ` Ian Campbell
2014-08-01  7:46 ` [U-Boot] [PATCH 3/7] sunxi-common.h: Don't undefine CONFIG_CMD_NFS Hans de Goede
2014-08-04 21:19   ` Ian Campbell
2014-08-01  7:46 ` [U-Boot] [PATCH 4/7] sunxi-common.h: Don't undef CONFIG_CMD_NET only to redefine it again later Hans de Goede
2014-08-04 21:20   ` Ian Campbell
2014-08-01  7:46 ` [U-Boot] [PATCH 5/7] sunxi-common.h: Use new generic $bootcmd Hans de Goede
2014-08-01  7:48   ` Hans de Goede
2014-08-01 18:54   ` Stephen Warren
2014-08-04 18:35     ` Hans de Goede
2014-08-04 21:21       ` Ian Campbell [this message]
2014-08-01  7:46 ` [U-Boot] [PATCH 6/7] sunxi: Kconfig: move common settings into a shared code block Hans de Goede
2014-08-04 21:26   ` Ian Campbell
2014-08-05  1:24     ` Chen-Yu Tsai
2014-08-05  7:03       ` Ian Campbell
2014-08-01  7:46 ` [U-Boot] [PATCH 7/7] sunxi: Add environment settings to make extlinux.conf booting work Hans de Goede
2014-08-01 18:57   ` Stephen Warren
2014-08-01 20:05     ` Dennis Gilmore
2014-08-01 20:22       ` Stephen Warren
2014-08-01 20:30         ` Dennis Gilmore
2014-08-01 20:43         ` Tom Rini
2014-08-01 21:43           ` Stephen Warren
2014-08-02  1:53             ` Tom Rini
2014-08-04 17:31               ` Stephen Warren
2014-08-04 20:12                 ` Tom Rini
2014-08-04 21:29       ` Ian Campbell
2014-08-05  8:20         ` Hans de Goede
2014-08-04 21:27   ` Ian Campbell
2014-08-05  8:21     ` Hans de Goede
2014-08-30 21:57   ` Ian Campbell
2014-08-31 10:07     ` Hans de Goede
2014-08-04 21:17 ` [U-Boot] [PATCH 1/7] sunxi-common.h: Remove CONFIG_SYS_BOOT_GET_CMDLINE Ian Campbell

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=1407187317.23472.6.camel@dagon.hellion.org.uk \
    --to=ijc@hellion.org.uk \
    --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.