ok, never trust anybody when they say anything about "tomorrow"... ;-)
On Wednesday 30 June 2004 16:39, Alan Stern wrote: > It would be nice to know if there's any way to avoid adding this. actually, there is. but none that pleases me remotely. > If you turn on usb-storage debugging in your kernel configuration and > remove this unusual_devs.h entry, what does the debugging information in > your system log show? i've repeated my tests and appended the syslog to this mail. this is with a 2.6.7 kernel. don't ask me what made me do it, but for "messages1..." i disabled CONFIG_HOTPLUG (and disabled the unusual_devs.h entry). this obviously means that i have to load usb-storage manually, but apart from that the drive works ok. for "messages2..." i enabled CONFIG_HOTPLUG (still disabled unusual_devs.h), which makes the system load usb-storage automatically, but apart from that the drive doesn't work any more. it's recognized as /dev/sda(1), but any mount or raw access blocks indefinitely. if i unplug the drive while the call is blocking parts of the scsi/usb-storage system crash with "unable to handle page request". this leaves other parts of the system is a bad state too, e.g. i can't properly shutdown the thing any more because "halt" simply doesn't have any effect. ok, i don't wonder too much about this after a module crash. for "messages3..." i enabled CONFIG_HOTPLUG and the unusual_devs.h entry and everything is just fine, so i'd like to stick with that. except perhaps... i recall using the drive at work with a 2.6.0-test11 kernel, and it worked out-of-the-box. well, i've just looked, and 2.6.0-test11 doesn't have CONFIG_HOTPLUG. does that ring a bell? cheers, tesche
messages1.ok-nohotplug.gz
Description: GNU Zip compressed data
messages3.ok-hotplug+patch.gz
Description: GNU Zip compressed data
messages2.ko-hotplug.gz
Description: GNU Zip compressed data
--- linux-2.6.6/drivers/usb/storage/unusual_devs.h.orig 2004-06-15 00:01:54.000000000 +0200 +++ linux-2.6.6/drivers/usb/storage/unusual_devs.h 2004-06-21 09:37:49.950334656 +0200 @@ -73,6 +73,16 @@ US_SC_8070, US_PR_SCM_ATAPI, init_8200e, 0), #endif +/* <[EMAIL PROTECTED]>: I don't know the name of the bridge + * manufacturer, but I've got an external USB drive by the Revoltec company + * that needs this. otherwise the drive is recognized as /dev/sda, but any + * access to it blocks indefinitely. + */ +UNUSUAL_DEV( 0x0402, 0x5621, 0x0103, 0x0103, + "Revoltec", + "USB/IDE Bridge (ATA/ATAPI)", + US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_FIX_INQUIRY), + /* Deduced by Jonathan Woithe <[EMAIL PROTECTED]> * Entry needed for flags: US_FL_FIX_INQUIRY because initial inquiry message * always fails and confuses drive.
