Re: 2.6.4: disabling SCSI support not possible

From: Bill Davidsen
Date: Mon Apr 05 2004 - 17:29:04 EST


Russell King wrote:
On Fri, Apr 02, 2004 at 08:59:41AM -0800, Greg KH wrote:

No, this is the way it used to be, and it caused all kinds of problems
in the past. It was switched to use 'select' on purpose, and should
stay that way.


It's causing problems today by preventing people from being able to
de-select SCSI for no obvious reason.

It is far less intuitive to know you have to turn off USB_STORAGE
before you can turn off SCSI than to know that you have to turn on
SCSI before you can turn on USB_STORAGE.

Intuitive isn't the issue, if you can't figure out why you can't turn off SCSI, you leave it on, which you need to make USB storage work. If you're trying to make a small kernel you presumably would have turned off USB if you didn't want it. The other way, if you can turn on USB w/o SCSI, it won't work, and people thing Linux is broken.

The issue is that what we have works but it's not obvious why, vs. doesn't work and also isn't obvious why. Thank you, work by default is better.

If you wish to keep it this way, could we either have:

(a) a note in the SCSI help text to say that the option is forced
on by USB_STORAGE, so people know what to turn off.

Chances are that most people wouldn't have USB on if they didn't want it, but there's no downside to doing this.

or

(b) have kconfig tell you why you can't turn off the option.

I thought that was what (a) did.

Silently preventing options being turned off with no obvious reason
is a pretty major misfeature.

Compared to enabling USB storage with no hope of having it work? Adding user info is desirable, but making it easy, or even possible, to build a non-working config is a lot more of a problem. You haven't compiled on a slow machine lately, forcing config combinations which work is a benefit of kconfig.

If you want it broken you have to edit the config code. That's a good thing.

--
-bill davidsen (davidsen@xxxxxxx)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
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/