Same experience on HP500 (p/n: RQ260AA#ACB), after opening lid system performance become sluggish, cursor moves in small jumps, etc. "vmstat 1" reports about 20% "sy" cpu usage with about 1500 context switches, and "top" shows Xorg eating CPU. By running "ps xa" in terminal I can observe constantly spawning processes with COMMAND "xrandr --auto" (sometimes 3-5 of them simultaneously) and "/bin/sh -c /etc/acpi/videobtn.sh" and "/bin/bash /etc/acpi/videobtn.sh". An example of part of "ps xa" output after lid open:
6398 pts/1 Rs 0:00 bash
6616 ? S 0:00 xrandr --auto
6622 ? S 0:00 xrandr --auto
6680 ? S 0:00 /bin/sh -c /etc/acpi/videobtn.sh
6681 ? S 0:00 /bin/bash /etc/acpi/videobtn.sh
6682 ? D 0:00 [acpi_fakekey]
6683 pts/1 R+ 0:00 ps xa
Looks like there is a bug in handling of ACPI events.
Same experience on HP500 (p/n: RQ260AA#ACB), after opening lid system performance become sluggish, cursor moves in small jumps, etc. "vmstat 1" reports about 20% "sy" cpu usage with about 1500 context switches, and "top" shows Xorg eating CPU. By running "ps xa" in terminal I can observe constantly spawning processes with COMMAND "xrandr --auto" (sometimes 3-5 of them simultaneously) and "/bin/sh -c /etc/acpi/ videobtn. sh" and "/bin/bash /etc/acpi/ videobtn. sh". An example of part of "ps xa" output after lid open:
6398 pts/1 Rs 0:00 bash videobtn. sh videobtn. sh
6616 ? S 0:00 xrandr --auto
6622 ? S 0:00 xrandr --auto
6680 ? S 0:00 /bin/sh -c /etc/acpi/
6681 ? S 0:00 /bin/bash /etc/acpi/
6682 ? D 0:00 [acpi_fakekey]
6683 pts/1 R+ 0:00 ps xa
Looks like there is a bug in handling of ACPI events.