Hi, on Asus laptop G552VW with latest UEFI BIOS 3.0 and I have problems, like many others (previous BIOS was 2.81 or 2.18? but seemed same in behavior). I have no keyboard backlight and some Fn buttons do not work. I have some ACPI related errors triggered by those key-presses: [ 513.317864] ACPI Error: [^^^PEG0.PEGP.PRST] Namespace lookup failure, AE_NOT_FOUND (20160930/psargs-359) [ 513.317869] ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.EC0._Q0E] (Node ffff88048187da78), AE_NOT_FOUND (20160930/psparse-543) [ 1651.727340] ACPI Error: [^^^PEG0.PEGP.PRST] Namespace lookup failure, AE_NOT_FOUND (20160930/psargs-359) [ 1651.727345] ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.EC0._Q0F] (Node ffff88048187da50), AE_NOT_FOUND (20160930/psparse-543) [ 1652.204458] ACPI Error: [^^^PEG0.PEGP.PRST] Namespace lookup failure, AE_NOT_FOUND (20160930/psargs-359) [ 1652.204460] ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.EC0._Q0E] (Node ffff88048187da78), AE_NOT_FOUND (20160930/psparse-543) I used acpi_listen to monitor key codes. I used 4.10.0-gentoo kernel with acpi_osi=Windows kernel commandline option. Fn+F1 button/sleep SBTN 00000080 00000000 button/sleep PNP0C0E:00 00000080 00000001 Fn+F2 really does rfkill so I do not see the code captured, acpi_listen shows nothing Fn+F3 decrease keyboard light? PNP0C14:01 000000ff 00000000 Fn+F4 increase keyboard light? PNP0C14:01 000000ff 00000000 Fn+F5 video/brightnessdown BRTDN 00000087 00000000 Fn+F6 video/brightnessup BRTUP 00000086 00000000 Fn+F7 turn on/off display PNP0C14:01 000000ff 00000000 video/displayoff DOFF 00000089 00000000 K Fn+F8 switch displays really started xfce4 app to switch displays, acpi_listen shows nothing Fn+F9 disable ELAN touchpad (no, my mouse pointer still moves) PNP0C14:01 000000ff 00000000 Fn+F10 mute sound button/mute MUTE 00000080 00000000 K Fn+F11 button/volumedown VOLDN 00000080 00000000 K Fn+F12 button/volumeup VOLUP 00000080 00000000 K I was fiddling with the kernel commandline so I will upload all the dmesg outputs so that you can use diff command to inspect the differences. Notably, I tried: 'none changes to the running kernel' acpi_osi=! acpi_osi=Linux acpi_osi=Windows The acpi_osi=! causes that I loose: input: Asus Wireless Radio Control as /devices/LNXSYSTM:00/LNXSYBUS:00/ATK4002:00/input/input8
Created attachment 254931 [details] Linux kernel .config for Asus G552VW
Created attachment 254933 [details] dmesg-4.10.0-gentoo.acpi_osi__unchanged.txt
Created attachment 254935 [details] dmesg-4.10.0-gentoo.acpi_osi__Linux.txt
Created attachment 254937 [details] dmesg-4.10.0-gentoo.acpi_osi__Windows.txt
Created attachment 254939 [details] dmesg-4.10.0-gentoo.acpi_osi__exclamation_mark.txt
Created attachment 254941 [details] dmesg-4.10.0-gentoo.BIOS_2.18.txt Here is one with previous BIOS 2.18 before an upgrade but based on a bit different .config.
Created attachment 254943 [details] Asus_G552VW.acpidump
Created attachment 254945 [details] grep . /sys/firmware/acpi/interrupts/* grep . /sys/firmware/acpi/interrupts/* Just guessing what you may need, thanks to https://bugzilla.kernel.org/show_bug.cgi?id=112531#c11
Created attachment 254947 [details] /proc/interrupts
Created attachment 254949 [details] Asus_G552VW.dmidecode.txt
Created attachment 254951 [details] ls -latr /sys/class/leds/
Created attachment 254959 [details] dmesg-4.10.0-gentoo.acpi_osi__Windows.dyndbg.txt I added acpi.trace_state=enable "dyndbg=file ec.c +p" to my kernel commandline and booted like in attachment_id:254937: dmesg-4.10.0-gentoo.acpi_osi__Windows.txt and pressed all the Fn keys while being in framebuffer console, from Fn+F1 to Fn+F12, twice each.
Indeed, there is only one PRST (Method) in the namespace: 194719\dsdt.dsl (15 hits) Line 78: External (_SB_.PCI0.GFX0.PRST, IntObj) Line 88: External (_SB_.PCI0.PEG0.PEGP.PRST, IntObj) Line 30191: If (\_SB.PCI0.GFX0.PRST) Line 30196: If (\_SB.PCI0.PEG0.PEGP.PRST) Line 30206: If (\_SB.PCI0.GFX0.PRST) Line 30211: If (\_SB.PCI0.PEG0.PEGP.PRST) Line 30221: If (\_SB.PCI0.GFX0.PRST) Line 30227: If (\_SB.PCI0.PEG0.PEGP.PRST) Line 30238: If (\_SB.PCI0.GFX0.PRST) Line 30243: If (\_SB.PCI0.PEG0.PEGP.PRST) Line 37399: If (^^^GFX0.PRST) Line 37421: If (^^^GFX0.PRST) Line 37432: If (^^^PEG0.PEGP.PRST) Line 37499: If (^^^GFX0.PRST) Line 37510: If (^^^PEG0.PEGP.PRST) 194719\ssdt2.dsl (1 hit) Line 4049: Method (PRST, 0, NotSerialized) Looks like a BIOS issue to me if the iasl disassembly result was correct. Please contact the BIOS vendor. Thanks Lv
(In reply to Lv Zheng from comment #13) > Indeed, there is only one PRST (Method) in the namespace: ... > Looks like a BIOS issue to me if the iasl disassembly result was correct. > Please contact the BIOS vendor. > > Thanks > Lv Sorry but I got rejected by ASUS support as this is not an MS Windows-based report. If anybody has some contacts there please try to get it fixed your way. Or try to find out how to repeat this under MS Win 10.
Closing as documented to be a BIOS problem.