https://bugzilla.kernel.org/show_bug.cgi?id=209011 --- Comment #7 from Hans de Goede (jwrdegoede@xxxxxxxxxxxxxxxxx) --- Julius, thank you for your bug report. 5.13.5 does contain the fix for the origin bug reported here. For a while now the kernel's asus-wmi code will only report SW_TABLET_MODE on devices on which it is explicitly enabled by a DMI match, on all other models the asus-wmi code will not report SW_TABLET_MODE at all. So I wonder if the SW_TABLET_MODE is perhaps being reported by another driver such as the intel-hid or intel-vbtn code. If you look at the libinput output in comment 0: -event7 DEVICE_ADDED Asus WMI hotkeys seat0 default group9 cap:kS event7 SWITCH_TOGGLE +0.000s switch tablet-mode state 1 Then the "event7" on the beginning of the line is the same for both devices. I suspect that if you look-up the DEVICE_ADDED line for the "event#" with which the SWITCH_TOGGLE which you are seeing is prefixed, then it will be another device then the "Asus WMI hotkeys" device. If the DEVICE_ADDED with the matching "event#" is the "Asus WMI hotkeys" device, then something weird is going on with the DMI matching, in that case please provide the output of: "cat /sys/class/dmi/id/sys_vendor /sys/class/dmi/id/product_name" If the DEVICE_ADDED with the matching "event#" is for another device, which I expect, please provide the following info: 1. Can you please add "wmi.debug_event=1 wmi.debug_dump_wdg=1" to your kernel commandline (see your distro's documentation) and then reboot and fold the device into tablet-mode and back to laptop-mode once. After this run "dmesg > dmesg.txt" and attach the generated dmesg.txt file here. 2. Run "sudo acpidump -o acpidump.txt" and attach the generated acpidump.txt file here. 3. Run "ls -l /sys/bus/iio/devices > ls-bus-iio.txt" and attach the generated ls-bus-iio.txt file here. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
