<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - libinput 1.8.3 -> 1.9.1: laptop keyboard not working"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103561#c14">Comment # 14</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - libinput 1.8.3 -> 1.9.1: laptop keyboard not working"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103561">bug 103561</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>Benjamin Berg pointed me to this commit here:

<a href="https://github.com/torvalds/linux/commit/298747b7579f5bbbced793d997b333fd10a24921#diff-54f29874e2ea44548b8273ee96e20f76">https://github.com/torvalds/linux/commit/298747b7579f5bbbced793d997b333fd10a24921#diff-54f29874e2ea44548b8273ee96e20f76</a>

Based on this it looks like the status is reported wrong (tablet mode on when
it's actually off) and that causes libinput to disable the keyboard and
touchpad. Could easily be verified by: a) plugging a usb mouse in, those don't
get disabled and b) running evemu-record against the device with the tablet
mode switch bits (the WMI hotkeys device?) and checking the switch state. If
it's 1 when the device isn't in tablet mode, then we have the culprit.</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>