On Mon, 17 May 2004, Matthew Dharm wrote: > On Mon, May 17, 2004 at 04:30:50PM -0400, Alan Stern wrote: > > The log you sent helped, and I think I've found the reason this is > > happening. There's a built-in SCSI blacklist entry for vendor="Generic" > > that is overriding the settings you need. > > I'm glad we found this oddity... > > Perhaps we should fix this in the SCSI layer instead? > > Matt
I considered that but decided against it. It would require a permanent effort to make sure that every new SCSI blacklist entry for a USB device (or even entries that aren't for a USB device but happen to match one by mistake!) had the appropriate flags set. It seems a lot easier and safer to always set those flags. It's unfortunate that doing this defeats the SCSI blacklist mechanism, but there doesn't seem to be any choice. On the other hand, maybe the patch would be better if it set the flags during slave_configure() rather than slave_alloc(). The only one that _has_ to be in slave_alloc() is the BLIST_INQUIRY_36 flag -- we just have to hope that it doesn't get overridden by a devinfo entry. Alan Stern ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
