Comment # 14 on bug 1185513 from Joey Lee

Three acpidump result show 2 different situations:

 - robert's and Hans's machines have _real_ firmware bug. They have similar
ApHwp tables. But both of them do _NOT_ have \_PR.CPU0._CPC definition in other
SSDT tables. So it makes sense that they saw "Could not resolve symbol
[\_PR.CPU0._CPC]"

   I have used acpiexec to parse their SSDT tables and confirmed that their
_CPC method is missed in CPU0. I used two different version of ACPICA, version
20210105 corresponding to v5.12 kernel and version 20201113 corresponding to
v5.11 kernel. Both of those two ACPICA show the same error:

- execute \_PR.PR01._CPC
Evaluating \_PR.PR01._CPC
Evaluation of \_PR.PR01._CPC failed with status AE_NOT_FOUND

So robert's and Hans's machine has firmware bug.