[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <82ecf08e0809040509v323a3065h68a2e72dc86f23ac@mail.gmail.com>
Date: Thu, 4 Sep 2008 09:09:34 -0300
From: "Thiago Galesi" <thiagogalesi@...il.com>
To: "Alan Stern" <stern@...land.harvard.edu>
Cc: "Alex Buell" <alex.buell@...ted.org.uk>,
linux-kernel@...r.kernel.org, "Robert Hancock" <hancockr@...w.ca>,
"Tomas Styblo" <tripie@...n.org>, linux-usb@...r.kernel.org,
usb-storage@...ts.one-eyed-alien.net
Subject: Re: [PATCH] JMicron JM20337 USB-SATA data corruption bugfix - device 152d:2338
Ok, I looked into this a little bit further...
K3B provides an interesting log:
first, this is repeated 3 times:
(K3bDevice::ScsiCommand) failed:
command: MODE SELECT (55)
errorcode: 70
sense key: ILLEGAL REQUEST (5)
asc: 26
ascq: 0
then it shows:
(K3bDevice::ScsiCommand) failed:
command: GET PERFORMANCE (ac)
errorcode: 0
sense key: NO SENSE (2)
asc: 0
ascq: 0
(K3bDevice::Device) /dev/scd0: GET PERFORMANCE length det failed.
And then all commands from then on fail
strace indicate this is sent via SG_IO IOCTL (unfortunatelly, strace
doen't show the contents in the ioctl)
I don't know if the device is supposed to stop working when receiving
an unkown command (like it is apparently doing), also because
apparently cdrecord doesn't send this command but fails anyway
--
-
Thiago Galesi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists