Het Rob:
Ah, I see what you mean... sddr09.c attempts to re-do the MODE SENSE
command and return appropriate data without touching the reader...
Well, let me rebuild with debug messages on and the MODE SENSE
supression
disabled and get back to you with more details. When I did the patch
the other
evening, I disabled the ALLOW MEDIUM REMOVAL initially, this eliminating
much of the delay, but there was still a point where 'mount' hung. At
this point,
dmesg indicated that a MODE SENSE command had timed out. This being all
from memory, I'll get back with better details.
regards
-Willy
. I'll probably have to investigate the ALLOW MEDIUM REMOVAL command,
but
. the MODE SENSE command is a little puzzling... Can you provide a
kernel
. log of the command that gets sent to the driver? The driver is
supposed
. to handle one MODE SENSE command, but if there are more it should
. handle, I should probably build those in also
.
. Thanks,
.
. --Rob
.
. Willy wrote:
.
. > Greetings:
. >
. > I hope this is of interest to Matthew Dharm...
. >
. > Playing with a recently arrived SanDisk SDDR09
. > (box marking SDDR-09-01).
. >
. > It appears that this device does not want to see
. > "ALLOW MEDIUM REMOVAL" or "MODE SENSE".
. >
. > With these commands delivered to the device, a timeout
. > occurs. A modification to "usb.c" to eliminate these commands,
. > in a manner similar to processing the START_STOP command,
. > seems to eliminate the timeout. (adding flags to unusual_devs.h
. > and usb.h in a manner similar to US_FL_START_STOP).
. >
. > Note that I've not attempted to provide any data to the
MODE_SENSE
. > request, just skipped it like START_STOP does...
. >
. > Kernal 2.4.2 pasted into Redhat "fisher"
. >
. > regards
. > -Willy
. > William Robison
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
