On Mon, 2004-12-20 at 14:53 -0600, Fritz Whittington wrote:I found:
adding max_scsi_luns=6 to the end of the boot entry in grub.conf. adding options scsc_mod max_scsi_luns=6 to /etc/modprobe.conf After doing modinfo scsi_mod, I note the option now seems to be max_luns instead of max_scsi_luns. Changed grub.conf and modprobe.conf appropriately. No good. (Yes, I did reboot.)
Is this a bug in FC3, or has anyone else got it working in FC3?
It probably needs to be whitelisted - file a bug under the kernel, with appropriate message from dmesg or /var/log/messages in the bug
https://bugzilla.redhat.com/beta/
There are other bugs similar to this, if you need to know the exact
format for the bug report
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134094
with:
Additional Comment #5 <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134094#c5> From Dave Jones on 2004-12-08 23:59 -------
fixed in cvs, will be in next build.
although it's not clear what he is going to fix.
1) Neither device is on the whitelist, BUT, each device will work with the "first" card slot.
2) The cards are:
# lsusb
Bus 001 Device 002: ID 0aec:3260 Neodio Technologies Corp.
Bus 001 Device 001: ID 0000:0000
and
# lsusb
Bus 001 Device 003: ID 0483:1307 SGS Thomson Microelectronics Cytronix 6in1 card reader
Bus 001 Device 001: ID 0000:0000
3) As a work-around, I re-compiled the kernel (2.6.9-1.681_FC3) and checked the box to "probe all LUNS", even though xconfig in that area has a note that this can be left unchecked and over-ridden by parms in grub and/or modprobe.conf. THIS WORKS! Fortunately, none of my other SCSI devices gets broken by it.
So, IMHO, what's broken is the "over-ride" mechanism, or the documentation (over-ride isn't intended to work if device not on whitelist?).
-- Fritz Whittington TI Alum - http://www.tialumni.org
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
