U-Boot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] common: Break USB_STORAGE dependency between SPL and u-boot proper
Date: Tue, 15 Jan 2019 11:10:51 -0500	[thread overview]
Message-ID: <20190115161051.GC27429@bill-the-cat> (raw)
In-Reply-To: <20190115160542.xxqawfj6blvnvdcm@fsr-ub1664-175>

On Tue, Jan 15, 2019 at 04:05:43PM +0000, Abel Vesa wrote:
> On 19-01-15 11:02:09, Tom Rini wrote:
> > On Tue, Jan 15, 2019 at 11:07:23AM +0000, Abel Vesa wrote:
> > 
> > > Some boards might need USB_STORAGE enabled in u-boot proper but not in SPL.
> > > Make a separate config for SPL and keep the same depends on conditions but for SPL.
> > > 
> > > Signed-off-by: Abel Vesa <abel.vesa@nxp.com>
> > > ---
> > >  common/Makefile                | 2 +-
> > >  configs/apalis_imx6_defconfig  | 1 +
> > >  configs/colibri_imx6_defconfig | 1 +
> > >  configs/mx6sabresd_defconfig   | 1 +
> > >  drivers/usb/Kconfig            | 8 ++++++++
> > >  5 files changed, 12 insertions(+), 1 deletion(-)
> > 
> > The root problem here, as I discovered today digging in another patch is
> > that in essence CONFIG_SPL_USB_SUPPORT is mis-named and should be
> > CONFIG_SPL_USB_STORAGE and all cases in Makefiles of
> 
> I think those too are two separete thing. You can have SPL_USB_SUPPORT enabled,
> but the SPL_USB_STORAGE disabled. For example, for SDP support in SPL
> you need SPL_USB_SUPPORT, but you don't need the SPL_USB_STORAGE. So,
> IMO, they need to remain two separate things. 

No, you can't.  Or rather, the option names are a bit confusing.
CONFIG_SPL_USB_SUPPORT controls common/spl/spl_usb.c and that will not
function without CONFIG_USB_STORAGE support as it's specifically about
loading from a device.  It's also only set for some TI AM43xx platforms
as the ROM there supports booting from USB sticks and in turn we have
SPL doing so.  CONFIG_SPL_USB_HOST_SUPPORT is different and is set on
both AM43xx and various NXP platforms and is what you're after, without
the storage support side.

Aside, what is the USB host case on i.MX?  It's not acting in host mode
when being passed U-Boot via imx_usb, is it?

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190115/0c8dbd71/attachment.sig>

  reply	other threads:[~2019-01-15 16:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-15 11:07 [U-Boot] [PATCH] common: Break USB_STORAGE dependency between SPL and u-boot proper Abel Vesa
2019-01-15 11:27 ` Marek Vasut
2019-01-15 12:17   ` Abel Vesa
2019-01-15 13:08 ` Vignesh R
2019-01-15 15:42   ` Abel Vesa
2019-01-16  4:33     ` Vignesh R
2019-01-15 16:02 ` Tom Rini
2019-01-15 16:05   ` Abel Vesa
2019-01-15 16:10     ` Tom Rini [this message]
2019-01-15 16:25       ` Abel Vesa

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=20190115161051.GC27429@bill-the-cat \
    --to=trini@konsulko.com \
    --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