[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200712220951.57634.a1426z@gawab.com>
Date: Sat, 22 Dec 2007 09:51:57 +0300
From: Al Boldi <a1426z@...ab.com>
To: David Brownell <david-b@...bell.net>, jengelh@...putergmbh.de
Cc: linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
greg@...ah.com
Subject: Re: [RFC] USB Kconfig: Declutter USB Kconfig Menu
David Brownell wrote:
> > > The driver stacks are independent of each other, except for common
> > > data structures like what's in the <linux/usb/ch9.h> header file. I
> > > think there's no real point, other than history, to having both sides
> > > share the same menu.
> >
> > They aren't.
>
> How can you say that, when you showed (right above!!) that they are???
> Sure, there are submenus too. But they're clearly in the same menu.
Well, in that case even if you moved them to the upper level, then they would
still be in the same menu, if that's what you mean.
> > USB Gadget Support is in its own sub-menu. And strictly
> > speaking, Host-side USB should be too, but some people may feel that
> > this would be nesting it too deep, and so it unfolds in the same menu.
>
> Which is why my suggestion was to have them both move up a level, with
> host and peripheral side menus nested normally:
>
> Device Drivers:
> ...
> [ ] HID devices
> < > Host side USB
> < > Peripheral side USB
> < > MMC/SD/SDIO card support
> [ ] LED support
> ...
>
> That way both host and peripheral side support would have their own
> menu, and that pointless nesting would be reduced.
You mean:
[ ] Host side USB
[ ] Peripheral side USB
Right?
All this does is loose the USB menu, which was used to group them and to
un-clutter the Device Drivers menu. Note: They would still be sharing the
same menu, only this time it's the Device Drivers menu.
I guess it's a judgment call. Let's see what others think.
Thanks!
--
Al
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists