I think I may have found a workaround.
Try adding the line:
options libata noacpi=1
to /etc/modprobe.d/options, and then run the command:
update-initramfs -u
then reboot.
That fixes the problem for me. I found this by accident while trying to
get Ultrabay hotswap working.
AFAIK, the devs are p
Assigning this report to a package. Hopefully that will get us a
response ;)
** Changed in: linux (Ubuntu)
Sourcepackagename: None => linux
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you are a member of Ubu
Is anyone listening? This is really a serious problem!
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
Scott Moser: DOUBLE_CONSOLE_SWITCH doesn't do anything anymore. In
fact, none of the /etc/acpi/resume.d stuff does anything. It's
ridiculous that it even ships in the distro. see
https://bugs.launchpad.net/ubuntu/+source/gnome-power-
manager/+bug/220383
--
Dock with USB devices + suspend == re
I agree with DaveAbraham's assesment above. System works very well if
not docked on initial boot. "Undock -> Power On / Boot -> Dock" results
in suspend/resume consistently working with or without devices attached
to the dock. So at this point I have to make sure I'm disconnected from
the dock w
Ugh, that failed too. My current theory is that what really matters is
whether the machine is docked with USB devices connected at boot.
Apparently if I boot undocked, then dock, I can suspend/resume just
fine, but if I boot in the dock, suspend will fail unless I disconnect
my USB devices first.
Actually I think I found and integrated a workaround into my solution
that's attached to https://bugs.launchpad.net/ubuntu/+source/linux-
restricted-modules-2.6.24/+bug/197209
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notificat
I don't know if this is related, but it sounds similar:
http://article.gmane.org/gmane.linux.kernel/675896
On the other hand, that article seems to suggest the problem only occurs in a
kernel later than Hardy's
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/2
Correction: I wrote "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." Please s/resume/suspend/
It doesn't matter at all if I unplug the devices after suspend; it still
hangs.
--
Dock with USB devices + suspe
Daniel Gnoutcheff: I take it back. setting DOUBLE_CONSOLE_SWITCH isn't
working for me anymore. I guess something must've been invoking the old
ACPI sleep machinery?
Worse yet, I have been unable to find an equivalent two-step for pm-
utils. So I'm still stuck with this one.
** Changed in: ubun
Note that there are lots of other ways to make resume fail, so your
problem might lie elsewhere. For example, don't run compiz during
suspend/resume (https://bugs.launchpad.net/ubuntu/+source/linux-
restricted-modules-2.6.24/+bug/197209).
--
Dock with USB devices + suspend == resume fails
https:
Daniel Gnoutcheff: yes, it does appear to work for me, and reliably too.
/etc/defaults/acpi-support does still have an effect in Hardy, at least
on my machine.
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you
I can confirm this behavior on a Thinkpad R61 7733A82 (with Intel
graphics) on a ThinkPad Essential Port Replicator while running 64-bit
Ubuntu with a "USB to parallel-port-printer" accessory.
This bug also appears to be a kernel *regression*. This was not an issue
in Gutsy. Now, the upgrade has l
A little more analysis, from the person who led me to try
DOUBLE_CONSOLE_SWITCH:
"If you have custom
xorg.conf rules for your input devices and don't just use /dev/mice (and
the kbd equivalent), then if you unplug one of the devices, and then
re-plug it, xorg will still be trying to use the open f
This is apparently worked around by setting DOUBLE_CONSOLE_SWITCH=1 in
/etc/default/acpi-support.
I still consider this a bug: suspend should work out-of-the-box. That
means setting DOUBLE_CONSOLE_SWITCH=1 for *at least* anyone with a dock,
and for those of us using fglrx, POST_VIDEO=false and
SA
Even my trick of unloading ehci_hcd upon suspend doesn't seem to
suppress the problem reliably. My Dock's USB ports are totally
unusable! Very frustrating.
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you ar
This problem persists with all the latest Hardy updates
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
You can suppress the reported problem by adding ehci_hcd to the MODULES
list in /etc/default/acpi-support, but the result is that the USB ports
on the dock don't come back after resume, so you may as well have had
things plugged directly into the computer's own ports
--
Dock with USB devices + s
One further note: I tested this with a USB keyboard, a HP LaserJet 1300
printer, and a Logitech camera (I forget the model). The keyboard and
the printer behaved exactly the same. When the camera was plugged in it
actually failed to suspend. I haven't tested the camera in the laptop's
own ports
** Attachment added: "lspci-vvnn.log"
http://launchpadlibrarian.net/13540867/lspci-vvnn.log
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Attachment added: "dmesg.log"
http://launchpadlibrarian.net/13540865/dmesg.log
--
Dock with USB devices + suspend == resume fails
https://bugs.launchpad.net/bugs/218760
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
21 matches
Mail list logo
