https://bugzilla.suse.com/show_bug.cgi?id=1185513 https://bugzilla.suse.com/show_bug.cgi?id=1185513#c15 --- Comment #15 from Joey Lee <jlee@suse.com> --- The real strange thing is in Anthony's ACPI tables. ACPI tables of his machine has _CPC method in processor 0 in ssdt15: Scope (\_PR.PR00) { Method (_CPC, 0, NotSerialized) // _CPC: Continuous Performance Control { If ((\_PR.CFGD & 0x01000000)) { Return (CPOC) /* External reference */ } Else { Return (CPC2) /* External reference */ } } } It looks no problem, then I used two version ACPICA to verify the execution of \_PR.PR01._CPC. I can _NOT_ reproduce AE_NOT_FOUND error. The execution of \_PR.PR01._CPC is success: - execute \_PR.PR01._CPC Evaluating \_PR.PR01._CPC Evaluation of \_PR.PR01._CPC returned object 0x18d6a90, external buffer length 3A8 [Package] Contains 21 Elements: [Integer] = 0000000000000015 ... Both of two version ACPICA (version 20210105 for v5.12 kernel and version 20201113 for v5.11 kernel) are success. Hi Anthony, Could you please confirm that you still see the AE_NOT_FOUND parsing error on _CPC with v5.12 kernel? Could you please help to attach dmesg log on bugzilla? Thanks -- You are receiving this mail because: You are on the CC list for the bug.