lkml.org 
[lkml]   [2001]   [May]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: wrong /dev/sd... order with multiple adapters in kernel 2.4.4
Date
> On Wed, 16 May 2001, Massimo Dal Zotto wrote:
>
> > Hi,
> >
> > I have recently upgraded the kernel from 2.2.19 to 2.4.4 and discovered
> > that it assigns the /dev/sd... devices in the wrong order with respect both
> > to the behavior of kernel 2.2.19 and to the `scsihosts' boot option which I
> > specified at the boot prompt.
> [SNIPPED]
>
> As a work-around, you can use modules and boot through 'initrd' where
> you load the modules in the order you want.

I wanted to use a simpler method, a plain kernel with two static drivers
which can simply be copied to /boot or to a floppy. Of course any more
sophisticated method would work but I wanted a simple thing.

> When you have two SCSI disk controllers, the order at which the drives
> are seen will "always be wrong" --Murphys Law. You can control the
> order in which the controllers are detected and installed by using
> modules.

Yes, I understand that any particular order will be wrong for some users.

I'm not complaining about the current scan order. What I'm complaining about
is that we do *have* a specific method of forcing the desired order (the
scsihosts boot option) but this is ignored by some parts of the scsi code.

I suggest that the scsihosts order is taken into account also when detecting
the /dev/sd devices and not only when creating the /dev/scsi/ devices.

> Basically you cannot ever expect that multiple controllers will
> be detected in any particular order. They usually end up being detected
> in the device-order for which they exist on the PCI bus. This changes!

This is not the case with kernel 2.4.4. They are detected in `ld' order.
Changing the makefiles will change the scan order.

> If both of your controllers are "pluggable", you can swap them
> on the physical bus to change the order in which they are detected.

This is impossible given the density of cables and cards in the cabinet, and
useless anyway given the fact that devices are detected in `ld' order.

> If only one is pluggable, you might try another PCI slot. It may
> have a number above/below the one embedded on the board.
>
> Cheers,
> Dick Johnson
>
> Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).
>
> "Memory is like gasoline. You use it up when you are running. Of
> course you get it all back when you reboot..."; Actual explanation
> obtained from the Micro$oft help desk.
>
>

--
Massimo Dal Zotto

+----------------------------------------------------------------------+
| Massimo Dal Zotto email: dz@cs.unitn.it |
| Via Marconi, 141 phone: ++39-0461534251 |
| 38057 Pergine Valsugana (TN) www: http://www.cs.unitn.it/~dz/ |
| Italy pgp: see my www home page |
+----------------------------------------------------------------------+
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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