THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Alec Moskvin (Alec)
Attached to Project - OpenPandora Main OS Summary - Hold switch key continuously sends X11 KeyPress events to active application, increasing CPU usage Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - Release 1 (Zaxxon) Severity - Medium Priority - Very Low Reported Version - SuperZaxxon Final 1.54 Due in Version - Undecided Due Date - Undecided Details - <p>When put into Hold mode, X11 handles the power switch as if it's being pressed, and it generates lots of keypress events, passing them to the foreground application. Since /dev/input/eventX does not seem to continuously trigger, I'm guessing it's due to key repeat.</p>
<p>To reproduce:</p>
<ul> <li>Install xev and open it in the terminal</li> <li>Put the power key in HOLD mode</li> <li>Notice the "time" value changing rapidly</li> </ul>
<p>In addition to causing more work to X, it also floods the active application with key presses, resulting in increased CPU usage. In my test, switching to HOLD while Firefox is in the foreground causes it to use 6% CPU and X an additional 2.5%.</p>
<p>In addition, the key-press events continue even after the switch is taken off HOLD until another key is pressed.</p>
<p>A possible solution to this is to blacklist the power-button event device, to prevent evdev from listening to it (the key is handled by pndevmapperd).</p>
More information can be found at the following URL: http://bugs.openpandora.org/index.php?do=details&task_id=331
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.