diff options
| author | Sarah Sharp <sarah.a.sharp@linux.intel.com> | 2011-12-01 10:30:16 -0800 |
|---|---|---|
| committer | Sarah Sharp <sarah.a.sharp@linux.intel.com> | 2011-12-01 10:41:40 -0800 |
| commit | 0de13500ad1d8a66b7dc1e7fa517ea15a2625c9e (patch) | |
| tree | 5944030800044bd7338b50b853f49de8f344d9dd /Documentation | |
| parent | 158886cd2cf4599e04f9b7e10cb767f5f39b14f1 (diff) | |
| download | linux-0de13500ad1d8a66b7dc1e7fa517ea15a2625c9e.tar.gz linux-0de13500ad1d8a66b7dc1e7fa517ea15a2625c9e.tar.bz2 linux-0de13500ad1d8a66b7dc1e7fa517ea15a2625c9e.zip | |
Revert "xHCI: reset-on-resume quirk for NEC uPD720200"
This reverts commit df711fc9962b9491af2b92bd0d21ecbfefe4e5fa.
The commit added a reset-on-resume quirk because the NEC chipset stopped
responding to commands about 30 minutes after a system resume from
suspend. We thought it was a chipset issue, but it turns out that the
xHCI driver was zeroing out the link TRB after a successful context
restore during resume. The host controller would fall off the command
ring sometime later, causing it to not respond to new commands.
The link TRB issue has been fixed with commit
158886cd2cf4599e04f9b7e10cb767f5f39b14f1 "xHCI: fix bug in
xhci_clear_command_ring()", so revert the reset-on-resume quirk, as it's
not necessary.
Commit df711fc9962b9491af2b92bd0d21ecbfefe4e5fa was marked for stable
trees back to 2.6.37, but according to my mail, it has not made it into
Linus' tree or the stable trees yet.
Signed-off-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>
Tested-by: Julian Sikorski <belegdol@gmail.com>
Cc: Andiry Xu <andiry.xu@amd.com>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions