Skip to contentSkip to conversation

blacklist microtek scanmaker III

PATCH Dave Jones 2 participants 2 messages Feb 23, 2005 SCSI

lore
Share & tools
lore

Dave Jones

author
#0 lore raw

To try and escape the madness of adding a zillion USB card readers to the SCSI whitelist, I flipped the scan all lun's by default switch in the fedora kernel recently to see just what breaks, in the hope of moving from a whitelist solution to a blacklist.

Here's the first (hopefully of not too many) devices that broke. (See https://bugzilla.redhat.com/beta/show_bug.cgi?id=149402 for more info)

drivers/scsi/scsi_devinfo.c renamed from drivers/scsi/scsi_devinfo.c~ +1 -0
@@ -63,6 +63,7 @@ static struct {
 	{"MAXTOR", "XT-4170S", "B5A", BLIST_NOLUN},	/* locks up */
 	{"MAXTOR", "XT-8760S", "B7B", BLIST_NOLUN},	/* locks up */
 	{"MEDIAVIS", "RENO CD-ROMX2A", "2.03", BLIST_NOLUN},	/* responds to all lun */
+	{"MICROTEK", "ScanMakerIII", "2.30", BLIST_NOLUN},	/* responds to all lun */
 	{"NEC", "CD-ROM DRIVE:841", "1.0", BLIST_NOLUN},/* locks up */
 	{"PHILIPS", "PCA80SC", "V4-2", BLIST_NOLUN},	/* responds to all lun */
 	{"RODIME", "RO3000S", "2.33", BLIST_NOLUN},	/* locks up */
#1 lore raw

I notice that Scanmaker II is already in the list, apparently in the wrong place. Maybe you could fix that in the same patch, so the entries are conveniently together.

Also: the only reason this caught my eye is that just a few days ago, I discovered my Scanmaker I has the same problem (responds to all LUNs) and investigated briefly. I guess I should get the vendor/model for it and throw that in too.