[lkml]   [2002]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] 2.5.5-pre1 IDE cleanup 9
On Thu, Feb 21, 2002 at 09:31:20PM +0100, G?rard Roudier wrote:

> > On Fri, Feb 22, 2002 at 02:16:39PM +0000, Arjan van de Ven wrote:
> >
> > > > I think it'd be even better if the chipset drivers did the probing
> > > > themselves, and once they find the IDE device, they can register it with
> > > > the IDE core. Same as all the other subsystem do this.
> > >
> > > Please send me your scsi subsystem then ;)
> >
> > I must agree that SCSI controllers aren't doing their probing in a
> > uniform and clean way even on PCI, but at least they do the probing
> > themselves and don't have the mid-layer SCSI code do it for them like
> > IDE.
> The problem that bites us since years is not the PCI probing, but the
> order in which SCSI devices are attached. Microsoft O/Ses have been smart
> enough for ordering hard disks in the way user sets it from system setup,
> but Unices just messed up the thing.

For some adapters, this is possible, for other it is not (at all). You
happen to be a maintainer of one for which it is possible, and thus your
point of view is quite different from mine - mine comes from USB and
other parts of the device world, where no order can even be defined.

And because of that, I do not think that having the host adapters decide
what device gets what number is a good idea. They should provide the
information if they have it, but the final decision should definitely be
done in userspace, by the hotplug agent.

Ie. it should be configurable.

Vojtech Pavlik
SuSE Labs
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:24    [W:0.134 / U:0.460 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site