<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Lid switch monitoring occasionally gives false positives, erroneously disabling the internal touchpad"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=99777#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Lid switch monitoring occasionally gives false positives, erroneously disabling the internal touchpad"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=99777">bug 99777</a>
              from <span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span></b>
        <pre>yes please. if it doesn't react to keyboard events it's probably because the
pairing fails. That should show up during the initialization, not at runtime.

but while I have you there, please also confirm:
* evemu-record notices EV_SW/SW_LID close events at 'random' times, i.e. when
you do not close the lid
* evemu-record still sees touchpad events when the bug occurs
* the physical lid switch works correctly otherwise, so you're never stuck in a
logical closed state after opening the lid.


fwiw, a software workaround for now (instead of opening the lid manually):
sudo evemu-event --type EV_SW --code SW_LID --value 0 --sync /dev/input/event0</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>