| 2008-04-17 17:13:59 |
DaveAbrahams |
bug |
|
|
added bug |
| 2008-04-17 17:13:59 |
DaveAbrahams |
bug |
|
|
added attachment 'dmesg.log' (dmesg.log) |
| 2008-04-17 17:14:18 |
DaveAbrahams |
bug |
|
|
added attachment 'lspci-vvnn.log' (lspci-vvnn.log) |
| 2008-05-14 01:38:55 |
DaveAbrahams |
None: status |
New |
Confirmed |
|
| 2008-06-11 13:15:30 |
Daniel Gnoutcheff |
title |
Dock with USB devices + suspend == resume fails |
[regression] Dock with USB devices + suspend == resume fails |
|
| 2008-06-11 19:11:35 |
Daniel Gnoutcheff |
linux: status |
Confirmed |
New |
|
| 2008-08-29 03:52:22 |
Leann Ogasawara |
bug |
|
|
added subscriber Leann Ogasawara |
| 2008-08-29 06:35:42 |
Daniel Gnoutcheff |
description |
uname -a => Linux mcbain 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
This is Hardy as installed from the 4/16 daily build alternate CD. I have not installed any updates yet. I have not installed fglrx.
I have made only the following configuration changes, in /etc/default/acpi-support:
POST_VIDEO=false
SAVE_VBE_STATE=false
Hardware: IBM T60p (ATI FireGL v5200), IBM Advanced Mini-Dock
Procedure for reproducing this bug: plug any USB device into a port *on the dock*. Suspend-to-RAM. Attempt to resume. The process freezes, presumably where it is trying to resume the device plugged into the dock.
The bug does not occur when devices are plugged directly into the laptop, even when it is docked. The bug does not occur if devices have been used in the dock ports, as long as they are all unplugged by the time resume is initiated.
Standard logs attached. Please ask if you need more. |
A summary of the discussion so far (as of 2008/08/29):
Steps to reproduce:
1) Boot up Ubuntu while the laptop is attached to the dock.
2) Connect a USB device to a port *on the dock*.
3) Suspend-to-Ram.
4) Resume.
Result:
On resume, the hardware powers up (fans, HD, etc.), but software soon locks up hard. The screen remains black, the system is unresponsive to the keyboard, ssh doesn't work, and even the magic sysrq keys do nothing.
This behavior has been observed on these systems:
- IBM T60p (ATI FireGL v5200) with an IBM Advanced Mini-Dock, running i386 Hardy. (Reported by DaveAbrahams)
- Lenovo R61 7733A82 (Intel graphics) with a ThinkPad Essential Port Replicator, running amd64 Hardy. (Reported by Daniel Gnoutcheff)
The problem has been observed with these kernels:
- 2.6.24-{16,17,18,19}-generic
These kernels do *not* have the problem:
- Vanilla 2.6.26.3
- Vanilla 2.6.24
David Alexis is reporting a problem that may be a variant of this bug: he has found that if he has a USB hub plugged into the system on suspend-to-RAM, USB is unusable on resume.
The original problem report follows:
uname -a => Linux mcbain 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
This is Hardy as installed from the 4/16 daily build alternate CD. I have not installed any updates yet. I have not installed fglrx.
I have made only the following configuration changes, in /etc/default/acpi-support:
POST_VIDEO=false
SAVE_VBE_STATE=false
Hardware: IBM T60p (ATI FireGL v5200), IBM Advanced Mini-Dock
Procedure for reproducing this bug: plug any USB device into a port *on the dock*. Suspend-to-RAM. Attempt to resume. The process freezes, presumably where it is trying to resume the device plugged into the dock.
The bug does not occur when devices are plugged directly into the laptop, even when it is docked. The bug does not occur if devices have been used in the dock ports, as long as they are all unplugged by the time resume is initiated.
Standard logs attached. Please ask if you need more. |
|
| 2008-08-29 07:09:42 |
Daniel Gnoutcheff |
description |
A summary of the discussion so far (as of 2008/08/29):
Steps to reproduce:
1) Boot up Ubuntu while the laptop is attached to the dock.
2) Connect a USB device to a port *on the dock*.
3) Suspend-to-Ram.
4) Resume.
Result:
On resume, the hardware powers up (fans, HD, etc.), but software soon locks up hard. The screen remains black, the system is unresponsive to the keyboard, ssh doesn't work, and even the magic sysrq keys do nothing.
This behavior has been observed on these systems:
- IBM T60p (ATI FireGL v5200) with an IBM Advanced Mini-Dock, running i386 Hardy. (Reported by DaveAbrahams)
- Lenovo R61 7733A82 (Intel graphics) with a ThinkPad Essential Port Replicator, running amd64 Hardy. (Reported by Daniel Gnoutcheff)
The problem has been observed with these kernels:
- 2.6.24-{16,17,18,19}-generic
These kernels do *not* have the problem:
- Vanilla 2.6.26.3
- Vanilla 2.6.24
David Alexis is reporting a problem that may be a variant of this bug: he has found that if he has a USB hub plugged into the system on suspend-to-RAM, USB is unusable on resume.
The original problem report follows:
uname -a => Linux mcbain 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
This is Hardy as installed from the 4/16 daily build alternate CD. I have not installed any updates yet. I have not installed fglrx.
I have made only the following configuration changes, in /etc/default/acpi-support:
POST_VIDEO=false
SAVE_VBE_STATE=false
Hardware: IBM T60p (ATI FireGL v5200), IBM Advanced Mini-Dock
Procedure for reproducing this bug: plug any USB device into a port *on the dock*. Suspend-to-RAM. Attempt to resume. The process freezes, presumably where it is trying to resume the device plugged into the dock.
The bug does not occur when devices are plugged directly into the laptop, even when it is docked. The bug does not occur if devices have been used in the dock ports, as long as they are all unplugged by the time resume is initiated.
Standard logs attached. Please ask if you need more. |
A summary of the discussion so far (as of 2008/08/29):
Steps to reproduce:
1) Boot up Ubuntu while the laptop is attached to the dock.
2) Connect a USB device to a port *on the dock*.
3) Suspend-to-Ram.
4) Resume.
Result:
On resume, the hardware powers up (fans, HD, etc.), but software soon locks up hard. The screen remains black, the system is unresponsive to the keyboard, ssh doesn't work, and even the magic sysrq keys do nothing.
This behavior has been observed on these systems:
- IBM T60p (ATI FireGL v5200) with an IBM Advanced Mini-Dock, running i386 Hardy. (Reported by DaveAbrahams)
- Lenovo R61 7733A82 (Intel graphics) with a ThinkPad Essential Port Replicator, running amd64 Hardy. (Reported by Daniel Gnoutcheff)
The problem has been observed with these kernels:
- 2.6.24-{16,17,18,19}-generic
These kernels do *not* have the problem:
- 2.6.22-*-generic (i.e. Gutsy's kernels)
- Vanilla 2.6.26.3
- Vanilla 2.6.24
David Alexis is reporting a problem that may be a variant of this bug: he has found that if he has a USB hub plugged into the system on suspend-to-RAM, USB is unusable on resume.
The original problem report follows:
uname -a => Linux mcbain 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
This is Hardy as installed from the 4/16 daily build alternate CD. I have not installed any updates yet. I have not installed fglrx.
I have made only the following configuration changes, in /etc/default/acpi-support:
POST_VIDEO=false
SAVE_VBE_STATE=false
Hardware: IBM T60p (ATI FireGL v5200), IBM Advanced Mini-Dock
Procedure for reproducing this bug: plug any USB device into a port *on the dock*. Suspend-to-RAM. Attempt to resume. The process freezes, presumably where it is trying to resume the device plugged into the dock.
The bug does not occur when devices are plugged directly into the laptop, even when it is docked. The bug does not occur if devices have been used in the dock ports, as long as they are all unplugged by the time resume is initiated.
Standard logs attached. Please ask if you need more. |
|
| 2008-11-08 03:49:09 |
Leann Ogasawara |
linux: status |
New |
Incomplete |
|
| 2008-11-08 03:49:09 |
Leann Ogasawara |
linux: statusexplanation |
Changing package again; hoping somone will notice. |
Hi Guys,
Thanks for testing and the feedback. Glad to hear it's resolved for you with Intrepid.
@DaveAbrahams, care to test the final Intrepid release and verify if it is fixed for you? We can then try to narrow down which patch to backport for Hardy - although we'll need your help with that too since you have the hardware to reproduce. Thanks. |
|
| 2008-12-19 01:17:05 |
Leann Ogasawara |
linux: status |
Incomplete |
Triaged |
|
| 2008-12-19 01:17:05 |
Leann Ogasawara |
linux: importance |
Undecided |
Medium |
|
| 2008-12-19 01:17:05 |
Leann Ogasawara |
linux: statusexplanation |
Hi Guys,
Thanks for testing and the feedback. Glad to hear it's resolved for you with Intrepid.
@DaveAbrahams, care to test the final Intrepid release and verify if it is fixed for you? We can then try to narrow down which patch to backport for Hardy - although we'll need your help with that too since you have the hardware to reproduce. Thanks. |
|
|
| 2009-01-13 03:06:52 |
Leann Ogasawara |
linux: status |
Triaged |
Fix Released |
|
| 2009-01-13 03:06:52 |
Leann Ogasawara |
linux: statusexplanation |
|
Thanks for testing and the update Dave. I'm marking this Fix Released against Intrepid. |
|
