lkml.org 
[lkml]   [2012]   [Jun]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectUSB issues on Fujitsu T2020 since a424948dde8421089826e2f782d0efe9e565707e
After commit a424948dde8421089826e2f782d0efe9e565707e (see below), and
still in Kernel 3.4.2, USB will not work at all when the power controls
of the according PCI device and in the usb subdirectory are set to "auto".
For example:
echo auto > /sys/devices/pci0000:00/0000:00:1a.7/power/control
echo auto > /sys/devices/pci0000:00/0000:00:1a.7/usb1/power/control

It only stops working when *both* are set to "auto". This is also
triggered by the tunables of the powertop program.

Tested on a Fujitsu Lifebook T2020.

If this behavior is not specific to this notebook, the commit should
maybe get reverted?

Thanks for any comment!
-Dennis


a424948dde8421089826e2f782d0efe9e565707e is the first bad commit
commit a424948dde8421089826e2f782d0efe9e565707e
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date: Sun Nov 6 22:21:46 2011 +0100

PCI/ACPI/PM: Avoid resuming devices that don't signal PME

Modify pci_acpi_wake_dev() to avoid resuming PME-capable devices
whose PME Status bits are not set, which may happen currently if
several devices are associated with the same wakeup GPE and all
of them are notified whenever at least one of them signals PME.

Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

:040000 040000 bd5d78ae9ff2b75713725ed6e16d997b0017937d
f801b576ab380baa48b8c19523323aa6cca0b8cb M drivers


\
 
 \ /
  Last update: 2012-06-14 00:01    [W:4.107 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site