Same on -rc8, the issue exists there too. The raw hex values taken from (presumed) ACPI tables have changed quite considerably, though.
** Attachment added: "Dmesg after boot of 3.13-rc8, mainline" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1268340/+attachment/3947910/+files/dmesg_3.13.0-rc8 ** Tags removed: kernel-bug-exists-upstream-v3.13-rc2 needs-upstream-testing ** Tags added: kernel-bug-exists-upstream-v3.13-rc8 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1268340 Title: [regression]ACPI tables parsing issue (WARNING in dmesg, no /proc/acpi, no display DPMS, no ATX power off) Status in “linux” package in Ubuntu: Incomplete Bug description: Occurs on: 13.10 Saucy (linux 3.11) 14.04-dev (linux 3.13) Does not occur on: all previous releases since 2008 or so The machine has 2 PentiumIII processors It's BIOS dates back to 1999, but till now it worked well with acpi=force There is a warning in DMESG that seems ACPI-related WARNING: CPU: 0 PID: 0 at /build/buildd/linux-3.13.0/arch/x86/mm/ioremap.c:536 __early_ioremap+0x13c/0x1ce() -- snip -- [ 0.000000] [<c19b37d4>] early_ioremap+0x1a/0x1c [ 0.000000] [<c19ab389>] __acpi_map_table+0x14/0x19 -- snip -- To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1268340/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp