Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 555744

Summary: Kernel update breaks USB connectivity to Nokia phone
Product: Red Hat Enterprise Linux 5 Reporter: Paul A. Rombouts <p.a.rombouts>
Component: kernelAssignee: Red Hat Kernel Manager <kernel-mgr>
Status: CLOSED WONTFIX QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: medium Docs Contact:
Priority: low    
Version: 5.4CC: jwilson, p.a.rombouts
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-02 13:05:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch adding UNUSUAL_DEV entry for Nokia 6303 none

Description Paul A. Rombouts 2010-01-15 11:56:05 UTC
Description of problem:

My Dell T3500 Precision workstation came pre-installed with Red Hat EL 5.3 Client.
I have since upgraded my system to the 5.4 release.
I discovered (recently) that I can no longer make a USB connection with my Nokia phone (6303 classic) to exchange files.
When I plug in my phone I do not get an icon representing the mounted drive on my Gnome desktop like I used to, instead I get a lot of hard-disk activity and my /var/log/messages file fills up with these repeated lines:

  kernel: sdb: Current: sense key: No Sense
  kernel:     Add. Sense: No additional sense information

This is very similar to what is described in Bug 473017, except that the workaround mentioned there doesn't seem to apply in my situation.

The problem must have something to do with the kernel, because when I reboot using the old pre-installed kernel (kernel-2.6.18-128.el5), I can connect my phone again like I used to.


Version-Release number of selected component (if applicable):

  kernel-2.6.18-164.10.1.el5
  udev-095-14.21.el5


How reproducible:

  always


Steps to Reproduce:

1. Boot using kernel-2.6.18-128.el5.
   Plug in Nokia phone using USB connector.
   An icon representing a mounted drive appears on the Gnome desktop
   and files can be copied to and from the phone.

2. Boot using kernel-2.6.18-164.10.1.el5.
   Plug in Nokia phone using USB connector.
   No drive icon appears on the desktop.
   Hard-drive is very active and /var/log/messages fills up with
   repetitions of the two lines mentioned above.
 

Actual results:

Not only no USB connectivity, but also a stability issue: the system gets into some kind of spin cycle that is not broken by merely unplugging the USB connector. A reboot becomes necessary.


Additional info:

This is an excerpt from my /var/log/messages when I connect my phone to my workstation running the old kernel-2.6.18-128.el5:

Jan 14 12:50:04 precwork kernel: usb 4-2: new full speed USB device using uhci_hcd and address 2
Jan 14 12:50:04 precwork kernel: usb 4-2: configuration #1 chosen from 1 choice
Jan 14 12:50:05 precwork kernel: Initializing USB Mass Storage driver...
Jan 14 12:50:05 precwork kernel: scsi7 : SCSI emulation for USB Mass Storage devices
Jan 14 12:50:05 precwork kernel: usbcore: registered new driver usb-storage
Jan 14 12:50:05 precwork kernel: USB Mass Storage support registered.
Jan 14 12:50:10 precwork kernel:   Vendor: Nokia     Model: Nokia 6303 class  Rev: 0000
Jan 14 12:50:10 precwork kernel:   Type:   Direct-Access                      ANSI SCSI revision: 04
Jan 14 12:50:10 precwork kernel: SCSI device sdb: 1930241 512-byte hdwr sectors (988 MB)
Jan 14 12:50:10 precwork kernel: sdb: Write Protect is off
Jan 14 12:50:10 precwork kernel: sdb: assuming drive cache: write through
Jan 14 12:50:10 precwork kernel: SCSI device sdb: 1930241 512-byte hdwr sectors (988 MB)
Jan 14 12:50:10 precwork kernel: sdb: Write Protect is off
Jan 14 12:50:10 precwork kernel: sdb: assuming drive cache: write through
Jan 14 12:50:10 precwork kernel:  sdb:
Jan 14 12:50:10 precwork kernel: sd 7:0:0:0: Attached scsi removable disk sdb
Jan 14 12:50:10 precwork kernel: sd 7:0:0:0: Attached scsi generic sg4 type 0
Jan 14 12:50:11 precwork kernel: sdb: Current: sense key: No Sense
Jan 14 12:50:11 precwork kernel:     Add. Sense: No additional sense information
Jan 14 12:50:11 precwork kernel: 
Jan 14 12:50:11 precwork kernel: sdb: Current: sense key: No Sense
Jan 14 12:50:11 precwork kernel:     Add. Sense: No additional sense information
Jan 14 12:50:11 precwork kernel: 
Jan 14 12:50:11 precwork hald: mounted /dev/sdb on behalf of uid 500


And here is an excerpt when I connect running the recent kernel-2.6.18-164.10.1.el5:

Jan 14 12:22:03 precwork kernel: usb 4-2: new full speed USB device using uhci_hcd and address 2
Jan 14 12:22:03 precwork kernel: usb 4-2: configuration #1 chosen from 1 choice
Jan 14 12:22:04 precwork kernel: Initializing USB Mass Storage driver...
Jan 14 12:22:04 precwork kernel: scsi7 : SCSI emulation for USB Mass Storage devices
Jan 14 12:22:04 precwork kernel: usbcore: registered new driver usb-storage
Jan 14 12:22:04 precwork kernel: USB Mass Storage support registered.
Jan 14 12:22:09 precwork kernel:   Vendor: Nokia     Model: Nokia 6303 class  Rev: 0000
Jan 14 12:22:09 precwork kernel:   Type:   Direct-Access                      ANSI SCSI revision: 04
Jan 14 12:22:09 precwork kernel: SCSI device sdb: 1930241 512-byte hdwr sectors (988 MB)
Jan 14 12:22:09 precwork kernel: sdb: Write Protect is off
Jan 14 12:22:09 precwork kernel: sdb: assuming drive cache: write through
Jan 14 12:22:09 precwork kernel: SCSI device sdb: 1930241 512-byte hdwr sectors (988 MB)
Jan 14 12:22:09 precwork kernel: sdb: Write Protect is off
Jan 14 12:22:09 precwork kernel: sdb: assuming drive cache: write through
Jan 14 12:22:09 precwork kernel:  sdb:
Jan 14 12:22:09 precwork kernel: sd 7:0:0:0: Attached scsi removable disk sdb
Jan 14 12:22:09 precwork kernel: sd 7:0:0:0: Attached scsi generic sg4 type 0
Jan 14 12:22:09 precwork kernel: sdb: Current: sense key: No Sense
Jan 14 12:22:09 precwork kernel:     Add. Sense: No additional sense information
Jan 14 12:22:09 precwork kernel: 
Jan 14 12:22:09 precwork kernel: sdb: Current: sense key: No Sense
Jan 14 12:22:09 precwork kernel:     Add. Sense: No additional sense information
Jan 14 12:22:09 precwork kernel: 
Jan 14 12:22:09 precwork kernel: sdb: Current: sense key: No Sense
Jan 14 12:22:09 precwork kernel:     Add. Sense: No additional sense information

The last two lines are repeated endlessly, several times a second, even after unplugging the USB connector, until I reboot the system.

Comment 1 Paul A. Rombouts 2010-02-01 12:22:27 UTC
Created attachment 388021 [details]
Patch adding UNUSUAL_DEV entry for Nokia 6303

After reading some of the posts on the web regarding this type of bug I decided that adding an UNUSUAL_DEV entry for my phone model to drivers/usb/storage/unusual_devs.h might be worth trying. I have built a kernel with the attached patch and this allows me to mount my Nokia phone via the usb connector again. See below for an excerpt of my /var/log/messages with this patch in effect.

Of course this patch only scratches my particular itch. If I plug in a model that happens to be unsupported the kernel can still get into a cycle infinitely trying and failing to mount the device. What is really needed is a more general solution similar to those available in more recent Linux kernels.


Jan 30 12:39:39 precwork kernel: usb 4-2: new full speed USB device using uhci_hcd and address 2
Jan 30 12:39:39 precwork kernel: usb 4-2: configuration #1 chosen from 1 choice
Jan 30 12:39:40 precwork kernel: Initializing USB Mass Storage driver...
Jan 30 12:39:40 precwork kernel: scsi7 : SCSI emulation for USB Mass Storage devices
Jan 30 12:39:40 precwork kernel: usbcore: registered new driver usb-storage
Jan 30 12:39:40 precwork kernel: USB Mass Storage support registered.
Jan 30 12:39:45 precwork kernel:   Vendor: Nokia     Model: Nokia 6303 class  Rev: 0000
Jan 30 12:39:45 precwork kernel:   Type:   Direct-Access                      ANSI SCSI revision: 04
Jan 30 12:39:45 precwork kernel: SCSI device sdb: 1930240 512-byte hdwr sectors (988 MB)
Jan 30 12:39:45 precwork kernel: sdb: Write Protect is off
Jan 30 12:39:45 precwork kernel: sdb: assuming drive cache: write through
Jan 30 12:39:45 precwork kernel: SCSI device sdb: 1930240 512-byte hdwr sectors (988 MB)
Jan 30 12:39:45 precwork kernel: sdb: Write Protect is off
Jan 30 12:39:45 precwork kernel: sdb: assuming drive cache: write through
Jan 30 12:39:45 precwork kernel:  sdb:
Jan 30 12:39:45 precwork kernel: sd 7:0:0:0: Attached scsi removable disk sdb
Jan 30 12:39:45 precwork kernel: sd 7:0:0:0: Attached scsi generic sg4 type 0
Jan 30 12:39:46 precwork hald: mounted /dev/sdb on behalf of uid 500

Comment 2 Paul A. Rombouts 2010-04-10 15:26:23 UTC
The kernel update 2.6.18-194.el5 seems to have resolved the usb connectivity problem. After upgrading to RHEL 5.5 I can now mount my Nokia phone without the patch mentioned in the previous comment.

Comment 3 RHEL Program Management 2014-03-07 12:42:20 UTC
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.

Comment 4 RHEL Program Management 2014-06-02 13:05:45 UTC
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).

Comment 5 Red Hat Bugzilla 2023-09-14 01:19:59 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days