[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071228233450.GC9105@does.not.exist>
Date: Sat, 29 Dec 2007 01:34:50 +0200
From: Adrian Bunk <bunk@...nel.org>
To: David Brownell <david-b@...bell.net>
Cc: Al Boldi <a1426z@...ab.com>, linux-usb@...r.kernel.org,
linux-kernel@...r.kernel.org, Greg KH <greg@...ah.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] USB Kconfig: Reorganize USB Kconfig Menu
On Thu, Dec 27, 2007 at 02:18:58PM -0800, David Brownell wrote:
> On Sunday 23 December 2007, Al Boldi wrote:
> >
> > Reogranize USB Kconfig Menu, and move USB_GADGET out into the Device Driver
> > Menu. This helps the USB Kconfig Menu to be more logical/usable.
> >
> > Cc: David Brownell <david-b@...bell.net>
> > Cc: Greg KH <greg@...ah.com>
> > Cc: Andrew Morton <akpm@...ux-foundation.org>
> > Signed-off-by: Al Boldi <a1426z@...ab.com>
>
> Along those lines, sure ... but this particular patch can't quite
> be the answer. For one thing, it rather critially needs the appended,
> else it won't work on ARM. (And quite a lot of the ARM platforms
> need the gadget stack!!)
>
> There are ISTR a few other platforms which, for reasons unknown to
> me, don't source drivers/Kconfig but recreate portions of it on
> their own ... that's not something that this patch should change.
$ find . -name Kconfig\* | xargs grep drivers/usb/Kconfig
./arch/arm/Kconfig:source "drivers/usb/Kconfig"
./arch/cris/Kconfig:source "drivers/usb/Kconfig"
./arch/h8300/Kconfig:source "drivers/usb/Kconfig"
./arch/v850/Kconfig:source "drivers/usb/Kconfig"
./drivers/Kconfig:source "drivers/usb/Kconfig"
$
> Also, looking at this in xconfig shows some oddness. That "core"
> submenu holds stuff that would logically be part of the toplevel
> menu for host side USB. While that toplevel menu has the USS720
> driver, which seems more like a "miscellany" thing...
>
> The comment about SCSI shouldn't show when SCSI is defined; and
> the comment aboue "SCSI disk support" belongs with the mass storage
> menu, not at the top level. The way that the mass storage menu
> is presented also hides the fact that you can get fully functional
> mass storage support without checking *any* of the drivers there,
> since the core already handles standard devices.
>...
The SCSI dependency should be handled through select - there's no
reason for bothering the kconfig user wih such implementation details.
> - Dave
>...
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
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