I think this problem can be divided in two versions (and two tickets maybe?) from what I see here, one version of the problem is whereas acpi/hal/dbus/devkit-power doesn't detects the lid event and/or condition correctly.
The other seems to be where the state and events are detected correctly but not acted upon correctly by Gnome/Xorg/gpm/etc. I suffer of the former case. I have a Packard Bell Dot S Netbook (argued by someone, somewhere to be a rebranded Acer machine). Based off the Intel Atom N270 CPU and Intel 82801G chipset. This machine used to work well with the 9.04 netbook remix. But stopped working with 9.10 somewhere in beta (I've used builds of 9.10 for a while, and failure to detect lid state was not always pervasive on the builds but started at a point in time, saddly I did not notice it in time and didn't took note of the date or kernel version this happened in). In my case: * "lshal -m" shows no event on lid close/open * "/proc/acpi/button/lid/LID0/state" always shows "closed" for any lid state. * "acpi_listen" from command line shows an endless stream of events thus for minutes after closing and opening the lid: "button/lid LID0 00000080 00003787" The first number is fixed and always shows 80, nothing else. The second number increments by one on each event. -- suspend when closing laptop lid doesn't work https://bugs.launchpad.net/bugs/44058 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
