Hi all,

I am not subscribed to the list, so please CC me. I hope this isn't
considered rude here :-)

I have a usb storage device for meybe 2 years. I do not know its model
or anything - I got it for free, defined as "not working". I played with
it a bit, under linux of course, and found out that it only has a few
MBs in the middle that if accessed cause it to stop responding. So I
created two partitions, one before and one after the bad part, and used
it happily since then. I used it on a few machines, in both windows and
linux, and it worked well. A few days ago I tried it on a new machine,
on which it does not work. I will call, since now, the machine it works
on A and the other B. A is a Matsonic MSCLE266-F, running Debian sid,
dist-upgraded a few months ago. B is a GigaByte K8VM800M, newly
installed with Debian Sarge. On A it worked with all kernels I tried. On
B it worked with none - including Sarge's 2.4.27 and 2.6.8, Knoppix
(don't remember but a recent 2.6), and a few self-compiled ones. My last
attempt, and the one all the output refers to, is with 2.6.14-rc3.

As I said, I do not know which device it is, but lsusb says it's a
05e3:07a0 Genesys Logic, Inc. Pen Flash
A google search for '05e3:07a0' gives very few results, the most
interesting of which is a report by a SANDISK user that his disk
suddenly changed its ID to this one - so it might as well be a dying
SANDISK.

During all attempts, the ehci-hcd module wasn't loaded, only uhci-hcd.
I did check that it doesn't work either with ehci, but did not want it
(and potential problems with usb2) to interfere.

On A, when plugged in, it outputs some stuff, then 'thread sleeping.',
and after 5 seconds it outputs some more stuff, and then it works. On B,
it gets stuck in a loop of attempts, each ends with
usb-storage: Bulk Status S 0x53425355 T 0x47 R 0
usb-storage: -- transport indicates command fail
usb-storage: Issuing auto-REQUEST_SENSE
usb-storage: Bulk Command S 0x43425355 T 0x48 L 
usb-storage: usb_stor_bulk_transfer_buf: xfer 31
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 18
usb-storage: Status code 0; transferred 18/18
usb-storage: -- transfer complete
usb-storage: Bulk data transfer result 0x0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0x48 R 0
usb-storage: -- Result from auto-sense is 0
usb-storage: -- code: 0x70, key: 0x2, ASC: 0x3a,
usb-storage: Not Ready: Medium not present
usb-storage: scsi cmd done, result=0x2
usb-storage: *** thread sleeping.


Output of lsusb -v:
Bus 003 Device 004: ID 05e3:07a0 Genesys Logic, Inc. Pen Flash
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x07a0 Pen Flash
  bcdDevice            1.25
  iManufacturer           0 
  iProduct                1 USB Storage
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
    MaxPower              120mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk (Zip)
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  bNumConfigurations      1


/proc/bus/usb/devices:
T:  Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  4 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=05e3 ProdID=07a0 Rev= 1.25
S:  Product=USB Storage
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=120mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50
Driver=usb-storage
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms


.config is at
<http://www.cs.tau.ac.il/~didi/config-2.6.14-rc3-my1>

Kernel output on A is at
<http://www.cs.tau.ac.il/~didi/kernA.log>

Kernel output on B is at
<http://www.cs.tau.ac.il/~didi/kernB.log>

At this point, I wanted to mention that I tried another device (a
microdia card reader with SM memory) and it does work in both. I double
checked, and to my surprize it doesn't. Well, it does work on A, in both
2.6.13 and 2.6.14-rc3, but on B, while it works with 2.6.13, it doesn't
with 2.6.14-rc3. .config of the 2.6.13 kernel is at 
<http://www.cs.tau.ac.il/~didi/config-2.6.13-my1>

At a quick glance, the outputs from the microdia seem similar, and
those from 2.6.13 do not have debug outputs, so I would not bother
uploading the reports. If you think this can help, or want any other
info or checks, tell me. I have no problem compiling kernels and such,
besides time - I want this machine to become operational in a few days
if possible.

I basically do not care too much about this device specifically on this
B machine, but I do want as many devices as possible to work on it, as
it's going to be a public machine with probably many unknown devices
plugged into. So if, according to what's known currently, you can tell
me that this device (Genesys or Sandisk or whatever) is broken, and that
most others will probably work, fine. But this microdia/SM doesn't seem
to have any possible defects I know about.

Thanks,
-- 
Didi



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to