Comment # 15 on bug 1185513 from Joey Lee

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