OpenBSD Journal

Call for testing: acpiec(4) clear events on attach and resume

Contributed by pitrh on from the acpi-easy-event dept.

Paul Irofti (pirofti@) wrote in about his ongoing effort to untangle acpiec events. Paul writes,

The following patch attempts to fix an issue where multiple ACPI EC events pile up during suspend and fill a buffer that upon resume prevent further event notifications.

The fix clears up the event queue early on during resume and also upon initial acpiec(4) attach.

And of course there's a patch to test - description and download link after the fold.

Initially reported by Samsung users[1], this issue might affect a larger range of models so we don't want to flush based on whitelisting. We want to flush on all machines.

This forced flushing, although very unlikely, might provoke in theory a bug where the BIOS might expect an event to be present upon resume. Again this is a very unlikely thing to happen and doing it would require serious BIOS contortions.

In order to clear this up and see if this helps some machines, I would really appreciate if people would test the following diff on as many models as possible and report back if anything changes in either a good or bad way.

[1] - https://bugzilla.kernel.org/show_bug.cgi?id=44161

You can read the tech@ message via marc.info here, and extracting the patch is left as an excercise to the reader :)

Now go ahead, test! Don't be shy!

(Comments are closed)


Latest Articles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]