Re: [PATCH 2/5] USB Kconfig: Select SCSI for USB Mass Storage support

From: Randy Dunlap
Date: Sat Jan 05 2008 - 18:23:41 EST


Sam Ravnborg wrote:
On Sat, Jan 05, 2008 at 11:03:30PM +0200, Adrian Bunk wrote:
On Sat, Jan 05, 2008 at 11:30:24AM -0800, Randy Dunlap wrote:
On Sat, 5 Jan 2008 18:41:39 +0300 Al Boldi wrote:

Select SCSI for USB Mass Storage support.


Cc: David Brownell <david-b@xxxxxxxxxxx>
Cc: Greg KH <greg@xxxxxxxxx>
Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Signed-off-by: Al Boldi <a1426z@xxxxxxxxx>

---

--- 23.a/drivers/usb/storage/Kconfig
+++ 23.b/drivers/usb/storage/Kconfig
@@ -2,14 +2,10 @@
# USB Storage driver configuration
#
-comment "NOTE: USB_STORAGE needs SCSI, and 'SCSI disk support' may"
- depends on USB
-comment "also be needed; see USB_STORAGE Help for more information"
- depends on USB
-
menuconfig USB_STORAGE
tristate "USB Mass Storage support"
- depends on USB && SCSI
+ depends on USB
+ select SCSI
We try not to use 'select' on subsystems and try to limit its use
to library-like code that is relatively small. Selecting SCSI
breaks both of those efforts.
...
_You_ are trying to do this.

I'd say that sometimes Andrew helps also.

For kconfig users, "select" is _much_ better than sending them through different menus.
Only if used within the current limitations of Kconfig.
And that requires you to use select only to select symbols with
no dependencies.

Right. One of the main (or maybe even the only) problem(s) is
that select does not follow dependency chains.
and that no one works on that problem.

In this case we do not know if BLOCK is enabled or not.

For Aunt Tillie cases, "select" makes sense. For other cases,
I'd argue that it makes sense for config users to know when they
do something that causes an entire subsystem to be added to their
kernel (like SCSI or NET).

--
~Randy
desserts: http://www.xenotime.net/linux/recipes/
--
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/