> Anyway, you can try to echo the lid device name to > /sys/bus/acpi/drivers/button/unbind to unbind the button driver from > the lid device. > > That name should be something like PNP0C0D:00 (note that you need to > escape the colon when in a shell). Thank you, Rafael. I've tried that, but some applications (e.g., xscreensaver) are still somehow able to detect the lid switch state. In the case of xscreensaver, it still refuses to start playing the video animations if the lid is closed. > I wonder why? > If the driver is unbinded, how can an application possibly know the lid switch state? I asked the xscreensaver developer how his application queries the lid switch state and he said that it doesn't. So there you have it--there's some voodoo going on. I have two toddlers and a baby that crawl around, so I often have to close the laptop lid during long-running commands to keep the kids from pressing random keys and wreaking havoc. If I can't predict the effect that closing the lid will have on applications, I would like to completely disable it. (I'd disable the lid switch at the level of the BIOS if I could, but I use Libreboot and this is not an option AFAIK.)
