Bug 146190
| Summary: | usb serial not accessible after suspend and resume | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | G. Vincent Castellano <gvc> | ||||
| Component: | kernel | Assignee: | Dave Jones <davej> | ||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4 | CC: | pfrields, rutger.noot, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-05-04 13:15:53 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: |
|
||||||
Created attachment 110217 [details]
Output of /sbin/lspci -vv
I have a Toshiba Satellite 4090 and the usb mouse stops working after suspend - resume. It is an optical mouse and the led doesn't even light up any more. Unplugging and plugging it back in does not help either. The following message is repeated over and over in /var/log/messages Apr 7 22:55:40 localhost kernel: drivers/usb/input/hid-core.c: input irq status -84 received An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which may contain a fix for your problem. Please update to this new kernel, and report whether or not it fixes your problem. If you have updated to Fedora Core 4 since this bug was opened, and the problem still occurs with the latest updates for that release, please change the version field of this bug to 'fc4'. Thank you. I tried the new kernel. The problem with the usb mouse persists (I'm still under FC3). Upgraded to 2.6.12-1.1372_FC3. The problem persists. By the way, there is a workaround for this bug: unloading and reloading the usb drivers, like this (as root) /sbin/modprobe -r uhci_hcd /sbin/modprobe uhci_hcd This is a mass-update to all currently open Fedora Core 3 kernel bugs. Fedora Core 3 support has transitioned to the Fedora Legacy project. Due to the limited resources of this project, typically only updates for new security issues are released. As this bug isn't security related, it has been migrated to a Fedora Core 4 bug. Please upgrade to this newer release, and test if this bug is still present there. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. Thank you. This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you. Closing per previous comment. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: On an IBM T23 laptop, using pilot-xfer version 0.12.0-pre1 to sync with a Zire 72 over usb serial port /dev/ttyUSB1, a connection cannot be established if the laptop has been suspended (cover closed) and then resumed. Once the laptop is rebooted, pilot-xfer has no problem connecting to the Palm. Note the version of pilot-xfer is later than included in FC3. This upgrade was needed to support the Zire 72. As long as the laptop is 'freshly' booted, it works fine. Version-Release number of selected component (if applicable): 2.6.10-1.741_FC3 How reproducible: Always Steps to Reproduce: 1. Boot laptop 2. Close cover to suspend laptop 3. Open cover to resume laptop 4. "pilot-xfer -p /dev/ttyUSB1 -l" Actual Results: pilot-xfer reports: Unable to bind to port: /dev/ttyUSB1 Expected Results: pilot-xfer should list files on the Palm. Additional info: The same problem may exist with legacy serial ports based on my past experience, but I haven't conclusively tested for this case.