Bug 1553
| Summary: | bad detection of the slots in a transcend usb multi-card reader | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Jordi Irazuzta Card (irazuzta) |
| Component: | USB | Assignee: | Greg Kroah-Hartman (greg) |
| Status: | REJECTED INSUFFICIENT_DATA | ||
| Severity: | low | CC: | bunk, nacc |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.4.22 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 5089 | ||
I noticed that this same max_lun initial value exists in 2.6.12. David, should this be changed or is it actually not a bug? Thanks, Nish Is this issue still present in recent 2.6 kernels? Please reopen this bug if it's still present in kernel 2.6.17. |
Distribution:Gentoo Hardware Environment: Software Environment: Problem Description: I purchased a transcend usb multicard reader, the question is that when I configured the device, the system only found one of the three slots (Yes!! I enable the option 'probe all LUNS in each scsi device' in the kernel). To get the problem solved, I edited the usb-storage driver (usb.c), and changed: case US_SC_8020: ss->protocol_name = "8020i"; ss->proto_handler = usb_stor_ATAPI_command; ss->max_lun = 0; break; for case US_SC_8020: ss->protocol_name = "8020i"; ss->proto_handler = usb_stor_ATAPI_command; ss->max_lun = 2; break; when i change the zero for the two and recompile, it works. I don't know why the number by default of max_lun is zero. Because of this i report this fact. Steps to reproduce: