Bug 5913
Summary: | USB enclosure doesn't work | ||
---|---|---|---|
Product: | Drivers | Reporter: | Andrew Simmons (andrew.simmons) |
Component: | USB | Assignee: | Greg Kroah-Hartman (greg) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | bunk, stern |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.15 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 5089 | ||
Attachments: |
kernel log file with error messages
kernel config file unusual_devs blacklist entry for DATASTOR unit |
Description
Andrew Simmons
2006-01-17 21:02:37 UTC
Created attachment 7054 [details]
kernel log file with error messages
Created attachment 7055 [details]
kernel config file
Looks like you've got one of those messed-up devices that tell the system they have one more sector than they really do and then crash when the system tries to read the nonexistent "last" sector. The attached patch ought to help. Created attachment 7065 [details]
unusual_devs blacklist entry for DATASTOR unit
I forgot to mention that the patch is for 2.6.16-rc1. If you want to apply it to 2.6.15 you'll have to edit the file by hand. The new entry can simply be added to the end of the file. I used the posted patch to make my own patch for 2.6.15, and then I recompiled my kernel. I got the same output as before on the kernel log. Not possible if you applied the patch correctly. In particular, the lines that say "SCSI device sda: 120103201 512-byte hdwr sectors" should now say "120103200". And the command that caused the original error, a READ_10 with command bytes "28 00 07 28 a1 20 00 00 01 00", should not occur at all. Note that 0x0728a120 is hex for 120103200, the so-called "last" sector which actually doesn't exist. I editied the patch to work for my 2.5.15 kernel, and it worked perfectly. My distro recently moved to using an initramfs for loading boot time kernel modules. Before I was only using one for my gensplash theme. Apparently I recompiled my kernel modules a couple times and generated new initramfs images, but I had an old image with a different name that was loading instead. Anyway the drive works now. I'd like to thank everyone for their speedy reply to my dilemma. I was a bit worried about having possibly purchased a big paper weight. And I would like to know what version of the kernel will contain this fix. I'll submit the fix now. If it's not already too late in the 2.6.16 development process then the fix will appear in the final version of 2.6.16, otherwise it won't appear until 2.6.17-rc1. |