Re: [PATCH 1/5 v2] USB: regroup all depends on USB within an if USBblock

From: Alan Stern
Date: Wed Apr 03 2013 - 14:10:14 EST


On Wed, 3 Apr 2013, Felipe Balbi wrote:

> On Wed, Apr 03, 2013 at 02:18:20PM +0200, Florian Fainelli wrote:
> > Le 04/03/13 14:15, Felipe Balbi a écrit :
> > >On Wed, Apr 03, 2013 at 02:11:13PM +0200, Florian Fainelli wrote:
> > >>Le 04/02/13 20:06, Alan Stern a écrit :
> > >>>On Tue, 2 Apr 2013, Florian Fainelli wrote:
> > >>>
> > >>>>This patch removes the depends on USB from all config symbols in
> > >>>>drivers/usb/host/Kconfig and replace that with an if USB / endif block
> > >>>>as suggested by Alan Stern. Some source ... Kconfig lines have been
> > >>>>shuffled around to permit a better regroupment of the Kconfig files
> > >>>>depending on "config USB" item. No functionnal change is introduced.
> > >>>
> > >>>This looks almost right. The only problem I see is in
> > >>>drivers/usb/core/Kconfig. The USB_OTG_WHITELIST and
> > >>>USB_OTG_BLACKLIST_HUB symbols don't have to depend on USB or USB_OTG,
> > >>>because they can be set if EXPERT is enabled.
> > >>>
> > >>>To avoid these issues, I think the best approach is to move all the
> > >>>USB_OTG* entries over to drivers/usb/otg/Kconfig, where by rights they
> > >>>should have been all along.
> > >>>
> > >>>Felipe, do you agree?
> > >>
> > >>Make sense, I will make this a sixth patch to this serie if this
> > >>sounds right with you?
> > >
> > >Pleae don't. Look at my 'next' branch. I deleted drivers/usb/otg/
> > >completely. OTG should be part of usbcore and I have plans of adding
> > >generic (and optional) OTG hooks in there.
> >
> > Ok, then I will leave it as it is now and simply address the comment
> > your made initially, does that fit both you and Alan? Thanks!
>
> Fine by me, if something else needs to go, then we can tackle it during
> -rc or for v3.11.

As long as it's okay with Felipe, it's okay with me.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/