USB 2 vs. 3 device mapping is inconsistent

Bug #1593291 reported by Rod Smith
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

On a Lenovo x3650 M5 server running Ubuntu 14.04 GA, mapping of USB flash drives to USB2 or USB3 busses is irregular. For instance, with two USB3 ADATA USB flash drives plugged into the system, one on an external port that's marked with the blue USB3 color and the other marked as USB2, lsusb shows:

ubuntu@oil-drapion:~$ lsusb
Bus 004 Device 002: ID 8087:8002 Intel Corp.
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 8087:800a Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 04b4:6570 Cypress Semiconductor Corp.
Bus 001 Device 007: ID 125f:312b A-DATA Technology Co., Ltd. Superior S102 Pro
Bus 001 Device 006: ID 125f:312b A-DATA Technology Co., Ltd. Superior S102 Pro
Bus 001 Device 005: ID 04b4:6570 Cypress Semiconductor Corp.
Bus 001 Device 008: ID 04b3:4010 IBM Corp.
Bus 001 Device 002: ID 0624:0248 Avocent Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Despite having different external USB port markings, both appear to be on USB bus 1, which is USB2.

Moving one device to another USB3 port shows it as being on the USB3 bus (bus 2). Initially we thought the external markings were just wrong; however....

Re-installing the OS (via MAAS), while NOT moving the USB drives, causes the problem to reappear:

ubuntu@oil-drapion:~$ lsusb
Bus 002 Device 002: ID 8087:8002 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:800a Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 04b4:6570 Cypress Semiconductor Corp.
Bus 003 Device 003: ID 125f:312b A-DATA Technology Co., Ltd. Superior S102 Pro
Bus 003 Device 006: ID 04b4:6570 Cypress Semiconductor Corp.
Bus 003 Device 005: ID 125f:312b A-DATA Technology Co., Ltd. Superior S102 Pro
Bus 003 Device 007: ID 04b3:4010 IBM Corp.
Bus 003 Device 002: ID 0624:0248 Avocent Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Again, both drives appear on the same USB2 bus (3 in this case).

I was unable to reproduce the problem on another system (an Intel NUC). My ability to test is somewhat limited because the system is in 1SS, so I'm reliant on Canonical IS to swap USB drives.

I'm attaching output from "sudo lsusb -v", "sudo lshw", and "dmesg" on the affected system to this bug report.

ubuntu@oil-drapion:~$ lsb_release -rd
Description: Ubuntu 14.04 LTS
Release: 14.04

Revision history for this message
Rod Smith (rodsmith) wrote :
Revision history for this message
Rod Smith (rodsmith) wrote :
Jeff Lane  (bladernr)
tags: added: hwcert-server
Martin Pitt (pitti)
affects: udev (Ubuntu) → linux (Ubuntu)
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1593291

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: trusty
Revision history for this message
Rod Smith (rodsmith) wrote :

I'm unable to complete the requested apport-collect run. The system in question is in 1SS, and I suspect the 1SS firewalls are blocking access to required sites; when I run it, after getting some prompts, it hangs with "Opening socket..." displayed at the bottom of my Terminal window.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.7-rc1 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7-rc3-yakkety/

Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: kernel-da-key
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Rod Smith (rodsmith) wrote :

I've tested with both v4.7-rc1 and v4.7-rc3 and saw the same results as with the stock 14.04, 14.04.4, and 16.04 kernels. If it ever worked properly, I'm not sure when it was. (We initially misinterpreted the problem as a mis-labeled USB port, so I'm not sure how far back the problem goes.)

tags: added: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

This issue appears to be an upstream bug, since you tested the latest upstream kernel. Would it be possible for you to open an upstream bug report[0]? That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug.

Please follow the instructions on the wiki page[0]. The first step is to email the appropriate mailing list. If no response is received, then a bug may be opened on bugzilla.kernel.org.

Once this bug is reported upstream, please add the tag: 'kernel-bug-reported-upstream'.

[0] https://wiki.ubuntu.com/Bugs/Upstream/kernel

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.