On Lenovo legion 5 with Ryzen 7 4800H cpu using Arch Linux, the FnLock LED doesn't switch ON if activated by Fn-Esc key press. Enabling/Disabling FnLock mode works fine using both keyboard shortcut "Fn-Esc" and manually changing the value in sysfs. The LED reflects the actual status if manipulated via sysfs by manually writing 0 or 1 to "/sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/fn_lock". Changing modes by keyboard does not update the LED status and keeps the last status enabled in sysfs. A similar issue was recently solved for thinkpad-acpi in this bug report : https://bugzilla.kernel.org/show_bug.cgi?id=207841
I've just merged a fix from Meng Dong (thank you) for this, closing: https://git.kernel.org/pub/scm/linux/kernel/git/pdx86/platform-drivers-x86.git/commit/?id=18cfd76e7b84ea890c211031bbc4791359bae491
Note I have just merged a patch which might cause this issue to re-surface. The driver manually setting the Fn-Lock LED was causing issues on some models, so a patch has been merged to only do this on models on a specific DMI (model-string) based allow list. See: https://git.kernel.org/pub/scm/linux/kernel/git/pdx86/platform-drivers-x86.git/commit/?h=fixes&id=a3c272fae1468984d2ec4499d665ad8989d18388 The allow-list does contain the model-string of the Legion 5 (R7000P) from the original patch, which is a Ryzen 7 4800H using Legion 5, so hopefully this will cover the Legion 5 from this bug-report too. If possible please give the patch a test-run. Or alternatively please let us know if the LED stops working again after a future kernel update. If the LED stops working please run: sudo dmidecode > dmidecode.txt And attach the generated dmidecode.txt file here.
Due to an update to my fixes branch, the commit hash of the patch from comment 2 has changed, it is now: https://git.kernel.org/pub/scm/linux/kernel/git/pdx86/platform-drivers-x86.git/commit/?h=fixes&id=81a5603a0f50fd7cf17ff21d106052215eaf2028
Created attachment 303414 [details] dmidecode output Tried kernel 6.1.0 (6.1~rc8-1~exp1) from Debian Experimental and the issue has indeed re-surfaced. Attached you will find dmidecode output as requested.
(In reply to Fouad from comment #4) > Tried kernel 6.1.0 (6.1~rc8-1~exp1) from Debian Experimental and the issue > has indeed re-surfaced. Thank you for reporting I've send a patch upstream adding your model to the new DMI table of models which need the Fn lock LED to be explicitly turned on/off. This fix hould find its way into a stable-series kernel within approx. a month.