[lkml]   [2003]   [Feb]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 2.5.62]: 2/3: Make SCSI low-level drivers also a seperate, complete selectable submenu
On Wed, 19 Feb 2003, Patrick Mansfield wrote:

> On Wed, Feb 19, 2003 at 08:55:22AM -0500, Bill Davidsen wrote:

> > I don't think it matters, the idea is to avoid all the low-level SCSI
> > menus in one place, without disabling the ability to handle ATAPI devices.
> > Using the ide-scsi or not still uses SCSI drivers AFAIK.
> But as far as linux scsi is concerned, ide-scsi is a low-level SCSI driver.
> IDE and USB have there own Kconfig options that enable low-level SCSI
> driver emulation outside of drivers/scsi, pcmcia does not, and there are
> probably other exceptions.
> The following is simpler, though I'm not suggesting anything like this be
> applied, since we don't have consitency. If all of the low-level scsi
> drivers and options were under drivers/scsi, and we could separate
> emulated versus real, something like this might be OK:

I think this is a very good idea. In the long run this is one of those
matrix things, is SCSI on USB an entry in a menu of USB or SCSI? And until
we can access the option from either place and still have exactly one
option, we (someone) must decide which it is.

Clearly unless we do it both way at some time, some portion of the users
will find either choice unintuitive. What you propose is a step forward,
and if extensions are made in 2.7 which suggest rethinking, so be it.

Thanks for the patch, it's goin in my tree.

bill davidsen <>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.036 / U:6.576 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site