Is the libvirtd.service named differently on the Ubuntu system? I'm
pretty sure this is a systemd bug, where if the properties list After
first and After names a non-existent unit the Before property will fail.
If After names an existing unit or Before is listed first it works. From
https://bugzill
The fix has not yet been ported from the ACPICA tree (which is OS
independent) to mainline Linux. The pm git tree's next branch so far has
20130418 but we need 20130518. I'd assume it'll make it in for 3.11
though.
https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/log/?h
=linux-next
Turns out this has already been fixed in ACPICA so expect it in a
mainline kernel near you soon. The fix is to simply not use the sleep
registers unless the related reduced hardware flag is set, even if the
sleep registers exist.
https://github.com/acpica/acpica/commit/34f226fa2643f1d2e6527ea4edb2
Ah, I didn't notice they were updated in saucy yet since
packages.ubuntu.com isn't working for saucy yet. Just updated grub and
os-prober to 2.00-14ubuntu1 and 1.61ubuntu1 respectively and looks good.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
FYI, grub2_2.00-14 and os-prober_1.58 from Debian include the previously
mentioned patches. I built and installed them for raring and can confirm
that update-grub properly creates the menu item for the Windows
bootloader now.
--
You received this bug notification because you are a member of Ubunt
Here is a quick patch to add a module paramter to switch back to the
legacy sleep functions, just add acpi.legacy_sleep=1 to the kernel
options. Not a great solution but a reasonable hack for folks watching
this bug until something better comes along.
** Patch added: "0001-Add-option-to-favor-lega
Greetings, I also hit this issue on the recently released Toshiva
Kirabook. I bisected the v3.3->v3.4 change (with the help of patching in
the kvm clock fix as needed) and tracked it down to this commit:
commit 2feec47d4c5f80b05f1650f5a24865718978eea4
Author: Bob Moore
Date: Tue Feb 14 15:00:53
Also got this oops, unfortunately the entire oops did not make it to
disk but at least part of the traceback survived in one log file:
Aug 30 18:10:24 dubbel kernel: [23679.246596] [ cut here
]
Aug 30 18:10:24 dubbel kernel: [23679.246632] kernel BUG at
/build/buildd/linu
Boo, never mind on #60, back to X breaking on resume with page flip
errors.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/768184
Title:
[i965gm] GPU lockup (ESR: 0x0001 IPEHR: 0x01800020) - Blac
On my laptop (Lenovo X61s) the kernel provided in comment #59 did not
make a difference. X still intermittently failed to resume with the page
flip error in the log. I noticed that there had been a number of BIOS
updates for my machine including one with a new Intel Video BIOS in
version 2.18 (rel
Public bug reported:
Binary package hint: rpm
On lucid x86_64 the RPM package appears to be a bit confused about it's
architecture. The _target macro is correct but others are not:
-14: _arch i386
-14: _build_archi386
-11: _targetx86_64-linux
-11= _target_cpux86_64
-11=
11 matches
Mail list logo