Skip to contentSkip to conversation

QLOGIC Fibre Channel init

DISCUSSION Byeong-ryeol Kim 1 participant 1 message Oct 26, 2000 1 message not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

#1 lore raw
Quoted 23 lines · Klaus Naumann
Quoted 13 lines · Byeong-ryeol Kim
Quoted 10 lines · Klaus Naumann

I was having some little trouble with the QLOGIC Fibre Channel SCSI cards.
The issue is, that I have a box with an internal SCSI controller/disk and a QLOGIC card which is connected to an external RAID. The probelm is, that the internal disk is my root disk but is the second in the chain (sdb) after bootup. This gives a lot of problems, because it's impossible to get the system to boot (LILO isn't working). Since I've modified the hosts.c it's working perfectly (at least the order is better now). Patch is attached.
Can anyone give a comment on that please ?

Quoted 8 lines

....

Hello,
Your patch would be good, but there is another simple method. Did you happen to make the BIOS of Qlogic FC adapter enable to boot the machine?
If so, while POST, timely hit 'Ctrl + Q', and disable boot ability in BIOS setting of it.

Quoted 8 lines

No, I have the bios of the controller disabled.
The problem with that is that on boot up (for lilo) the internal disk is disk number one. But when I'm in the system and want to install lilo it's disk number two - that's what lilo is complaining about on boot up. (By spewing out an L and a 01 01 01 01 and so on). Activating the bios of the QLOGIC (to make the internal disk appear to be the 2nd one on bootup) didn't solve the problem too - I simply got a message saying I should insert a system disk ;)

....

Aha, I forgot to describe about making qlogic drivers as a module. While I had been setting and testing SAN switch(Brocade, Gadzoox), RAID with Qlogic 2100(or 2200A), I had the same experience that you described in the previous mail, and solved the problem by patching drivers/scsi/hosts.c as you did. It was a good solution. But, I became aware of the convenience and flexibility of modular drivers(or initrd) in this case.
Because, I thought, whenever I do the same test or benchmarking, rebooting the system each is terrible.
In that method, I experienced no problem such that you described in the previous E-mail.

Signature · 7 lines
 "Where there is a will, there is a way."  [email protected]
  For the future of you and me!            hitel: jinbo21

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/