Re: scsi bus numbering

2001-04-02 Thread Justin T. Gibbs
>"Justin T. Gibbs" wrote: >> It is bogus that this stuff depends on link order to function >> correctly. > >No, it is simply one more rule, and one that is not immediately >obvious. Take heart though. Like Rolaids, 2.5's updated makefile >system will bring relief... Its not something the build

Re: scsi bus numbering

2001-04-02 Thread Jeff Garzik
"Justin T. Gibbs" wrote: > It is bogus that this stuff depends on link order to function > correctly. No, it is simply one more rule, and one that is not immediately obvious. Take heart though. Like Rolaids, 2.5's updated makefile system will bring relief... Make sure to add a comment, when

Re: scsi bus numbering

2001-04-02 Thread Justin T. Gibbs
>The intent is that all built in HBA drivers are >initialized _before_ the built in upper level >drivers (e.g. sd). To get the effect you describe >the driver init order seems to have been: > register ncr53c8xxx > register sd > register aic7xxx # too late ... It is bogus that this stuff

Re: scsi bus numbering

2001-04-02 Thread Justin T. Gibbs
The intent is that all built in HBA drivers are initialized _before_ the built in upper level drivers (e.g. sd). To get the effect you describe the driver init order seems to have been: register ncr53c8xxx register sd register aic7xxx # too late ... It is bogus that this stuff

Re: scsi bus numbering

2001-04-02 Thread Jeff Garzik
"Justin T. Gibbs" wrote: It is bogus that this stuff depends on link order to function correctly. No, it is simply one more rule, and one that is not immediately obvious. Take heart though. Like Rolaids, 2.5's updated makefile system will bring relief... Make sure to add a comment, when you

Re: scsi bus numbering

2001-04-02 Thread Justin T. Gibbs
"Justin T. Gibbs" wrote: It is bogus that this stuff depends on link order to function correctly. No, it is simply one more rule, and one that is not immediately obvious. Take heart though. Like Rolaids, 2.5's updated makefile system will bring relief... Its not something the build system

Re: scsi bus numbering

2001-04-01 Thread Justin T. Gibbs
>On Sun, 1 Apr 2001, Douglas Gilbert wrote: > >[...] > >> > scsihosts < >> >> As a boot time option try: >> scsihosts=aic7xxx:ncr53c8xxx >> or if you are using lilo, in /etc/lilo.conf add: >> append="scsihosts=aic7xxx:ncr53c8xxx" > >that does indeed change the bus

Re: scsi bus numbering

2001-04-01 Thread Douglas Gilbert
Peter Daum wrote: > > On Sun, 1 Apr 2001, Douglas Gilbert wrote: > > [...] > > > > scsihosts < > > > > As a boot time option try: > > scsihosts=aic7xxx:ncr53c8xxx > > or if you are using lilo, in /etc/lilo.conf add: > > append="scsihosts=aic7xxx:ncr53c8xxx" > > that

Re: scsi bus numbering

2001-04-01 Thread Peter Daum
On Sun, 1 Apr 2001, Douglas Gilbert wrote: [...] > > scsihosts < > > As a boot time option try: > scsihosts=aic7xxx:ncr53c8xxx > or if you are using lilo, in /etc/lilo.conf add: > append="scsihosts=aic7xxx:ncr53c8xxx" that does indeed change the bus numbering.

Re: scsi bus numbering

2001-04-01 Thread Douglas Gilbert
Peter Daum <[EMAIL PROTECTED]> wrote: > For some reason, the order of initializing the scsi drivers > changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx > drivers are included in the kernel, up to version 2.4.2, the > adaptec driver always came first (so the first disk on an adaptec

scsi bus numbering

2001-04-01 Thread Peter Daum
For some reason, the order of initializing the scsi drivers changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx drivers are included in the kernel, up to version 2.4.2, the adaptec driver always came first (so the first disk on an adaptec controller ended up as /dev/sda) while in

scsi bus numbering

2001-04-01 Thread Peter Daum
For some reason, the order of initializing the scsi drivers changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx drivers are included in the kernel, up to version 2.4.2, the adaptec driver always came first (so the first disk on an adaptec controller ended up as /dev/sda) while in

Re: scsi bus numbering

2001-04-01 Thread Douglas Gilbert
Peter Daum [EMAIL PROTECTED] wrote: For some reason, the order of initializing the scsi drivers changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx drivers are included in the kernel, up to version 2.4.2, the adaptec driver always came first (so the first disk on an adaptec

Re: scsi bus numbering

2001-04-01 Thread Peter Daum
On Sun, 1 Apr 2001, Douglas Gilbert wrote: [...] scsihosts As a boot time option try: scsihosts=aic7xxx:ncr53c8xxx or if you are using lilo, in /etc/lilo.conf add: append="scsihosts=aic7xxx:ncr53c8xxx" that does indeed change the bus numbering. Unfortunately, even with this

Re: scsi bus numbering

2001-04-01 Thread Douglas Gilbert
Peter Daum wrote: On Sun, 1 Apr 2001, Douglas Gilbert wrote: [...] scsihosts As a boot time option try: scsihosts=aic7xxx:ncr53c8xxx or if you are using lilo, in /etc/lilo.conf add: append="scsihosts=aic7xxx:ncr53c8xxx" that does indeed change the bus numbering.

Re: scsi bus numbering

2001-04-01 Thread Justin T. Gibbs
On Sun, 1 Apr 2001, Douglas Gilbert wrote: [...] scsihosts As a boot time option try: scsihosts=aic7xxx:ncr53c8xxx or if you are using lilo, in /etc/lilo.conf add: append="scsihosts=aic7xxx:ncr53c8xxx" that does indeed change the bus numbering. Unfortunately, even with this