usb-mass storage disk isn't recognized the right way

Bug #36619 reported by Jan Falkenhagen
12
Affects Status Importance Assigned to Milestone
linux-source-2.6.15 (Ubuntu)
Fix Released
Medium
Ben Collins

Bug Description

i got a strange problem with dappers actual kernel. my usb-disk isn't recognized/configured correctly (sdX), but as a generic scsi device (sgX). this is really strange:
- the same disk works in breezy without any problems.
- a usb stick i also have works fine in dapper
- the disk doesn't work in firewire mode too.

dmesg (firewire):
[4296759.009000] ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
[4296759.274000] ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[005077350710020e]
[4296759.274000] ieee1394: Node changed: 0-00:1023 -> 0-01:1023
[4296759.274000] scsi9 : SCSI emulation for IEEE-1394 SBP-2 Devices
[4296760.377000] ieee1394: sbp2: Logged into SBP-2 device
[4296760.377000] ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [2048][4296765.877000] ieee1394: sbp2: aborting sbp2 command
[4296765.877000] 9:0:0:0:
[4296765.877000] command: Inquiry: 12 00 00 00 24 00
[4296775.877000] ieee1394: sbp2: aborting sbp2 command
[4296775.877000] 9:0:0:0:
[4296775.877000] command: Test Unit Ready: 00 00 00 00 00 00
[4296775.877000] ieee1394: sbp2: reset requested
[4296775.877000] ieee1394: sbp2: Generating sbp2 fetch agent reset

dmesg (usb):
[4295875.331000] usb 4-4: new high speed USB device using ehci_hcd and address 13
[4295875.447000] scsi7 : SCSI emulation for USB Mass Storage devices
[4295875.447000] usb-storage: device found at 13
[4295875.447000] usb-storage: waiting for device to settle before scanning
[4295880.447000] Vendor: ST312002 Model: 6A Rev: 3.06
[4295880.447000] Type: Direct-Access ANSI SCSI revision: 00
[4295880.450000] SCSI device sda: 234441649 512-byte hdwr sectors (120034 MB)
[4295880.450000] sda: assuming drive cache: write through
[4295880.451000] SCSI device sda: 234441649 512-byte hdwr sectors (120034 MB)
[4295880.451000] sda: assuming drive cache: write through
[4295880.451000] sda: sda1 sda2
[4295880.478000] sd 7:0:0:0: Attached scsi disk sda
[4295880.478000] sd 7:0:0:0: Attached scsi generic sg0 type 0
[4295880.481000] usb-storage: device scan complete

lsusb:
Bus 004 Device 020: ID 067b:3507 Prolific Technology, Inc. PL3507 ATAPI6 Bridge

Revision history for this message
Jan Falkenhagen (spam-to-f) wrote :

i have to correct one thing: despite the dmesg output looks good for the above chassis, the sda1/2 whatever device nodes aren't created.

but when mounted into another chassis i posess, the disk works without problems.

lsusb
Bus 004 Device 024: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter

Matt Zimmerman (mdz)
Changed in linux-meta:
assignee: nobody → ben-collins
Revision history for this message
Jan Falkenhagen (spam-to-f) wrote : driver sd needs updating

problem still persists with new dmesg output:

[4303799.894000] usb 4-4: new high speed USB device using ehci_hcd and address 5[4303800.337000] Initializing USB Mass Storage driver...
[4303800.338000] scsi0 : SCSI emulation for USB Mass Storage devices
[4303800.339000] usb-storage: device found at 5
[4303800.339000] usb-storage: waiting for device to settle before scanning
[4303800.339000] usbcore: registered new driver usb-storage
[4303800.340000] USB Mass Storage support registered.
[4303805.340000] Vendor: ST312002 Model: 6A Rev: 3.06
[4303805.340000] Type: Direct-Access ANSI SCSI revision: 00
[4303805.347000] usb-storage: device scan complete
[4303806.043000] Driver 'sd' needs updating - please use bus_type methods
[4303806.045000] SCSI device sda: 234441649 512-byte hdwr sectors (120034 MB)
[4303806.046000] sda: assuming drive cache: write through
[4303806.049000] SCSI device sda: 234441649 512-byte hdwr sectors (120034 MB)
[4303806.049000] sda: assuming drive cache: write through
[4303806.049000] sda: sda1 sda2 sda3
[4303806.067000] sd 0:0:0:0: Attached scsi disk sda
[4303806.090000] sd 0:0:0:0: Attached scsi generic sg0 type 0

Revision history for this message
Jan Falkenhagen (spam-to-f) wrote :

checked again today with fresh installs of ubuntu 5.10 and 6.06 final. Harddisk works with 5.10. 6.06 doesn't work, same dmesg as above. Harddisk Access-LEDS glows permanently.

Revision history for this message
Stefan Richter (stefan-r-ubz) wrote :

The PL3507 is widely known for a weak FireWire implementation and sometimes extremely bad firmware. USB is supposed to work better on this though.

As far as sbp2 is concerned, failures to connect are perhaps fixed upstream. There was a regression in sbp2 concerning some PL3507 in Linux 2.6.16...2.6.16.19 inclusive.

Revision history for this message
Stefan Richter (stefan-r-ubz) wrote :

The regression I referred to in comment 4 went into Ubuntu Dapper too, as part of a bugfix for other devices. Ubuntu Edgy has the regression fixed:
http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=commitdiff;h=a54c9d30dbb06391ec4422aaf0e1dc2c8c53bd3e

Revision history for this message
Ben Collins (ben-collins) wrote :

Fixes related to this went into dapper-security. Please test it.

Changed in linux-source-2.6.15:
status: Unconfirmed → Fix Released
Revision history for this message
Tero Karvinen (karvinen+launchpad) wrote :

Thanks for releasing a fix for this serious problem. Unfortunately, the fix does not seem to work for me.

I made a standard system upgrade. After that, I have 'uname -srv' "Linux 2.6.15-27-k7 #1 SMP PREEMPT Sat Sep 16 02:35:20 UTC 2006", 'grep DESC /etc/lsb-release' 'DISTRIB_DESCRIPTION="Ubuntu 6.06.1 LTS"'.

No lines are printed on /var/log/dmesg or /var/log/syslog when plugging and unplugging usb. 'sudo rmmod ehci_hcd' does not help. Devices are not created either: 'ls /dev/sd*' "ls: /dev/sd*: No such file or directory". USB key lights are not lit when it is connected. The same USB key works on another Dapper machine with older set of updates.

My USB mouse works normally. 'lsusb' shows exactly the same printout with and without USB key plugged in.
$ lsusb # id hidden by me "[..]"
Bus 001 Device 004: ID [..] Logitech, Inc.
Bus 001 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000

Revision history for this message
Ben Collins (ben-collins) wrote :

This bug refers to two problems. One in firewire and the other in usb.

Can you test that it does or doesn't work with firewire?

Revision history for this message
Tero Karvinen (karvinen+launchpad) wrote :

I don't have test machines with Firewire, so unfortunately I can't test it. Can someone else try this with Firewire?

I tested that it is not working with USB mass storage. I think USB problem is more serious, as it is much more common.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.