there is an ACPI error message every time it booting
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Confirmed
|
High
|
|||
linux (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
there is the following message every time it boots
[0.290526] ACPI BIOS Error (bug) : Could not resolve symbol [\_PR.CPU0.
[0.290884] ACPI Error: Aborting method \_PR.CPU1._CPC due to previous error (AE_NOT_FOUND (20210730/
[0.290526] ACPI BIOS Error (bug) : Could not resolve symbol [\_PR.CPU0.
[0.290884] ACPI Error: Aborting method \_PR.CPU2._CPC due to previous error (AE_NOT_FOUND (20210730/
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubuntu-
ProcVersionSign
Uname: Linux 5.15.0-41-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.11-
Architecture: amd64
CasperMD5CheckR
CrashDB: ubuntu
CurrentDesktop: ubuntu:GNOME
Date: Fri Jul 15 11:15:30 2022
InstallationDate: Installed on 2022-04-21 (85 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
PackageArchitec
SourcePackage: ubuntu-
Symptom: release-upgrade
UpgradeStatus: No upgrade log present (probably fresh install)
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #11 |
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #12 |
I'm having the exact same problem with Acer Aspire 5 A515-51-51UX, and the problem just appears with the latest kernel. If I use LTS kernel this acpi problem doesn't appear anymore. I will show my acpidump later when I finish installing arch on it.
In Linux Kernel Bug Tracker #213023, fkrueger (fkrueger-linux-kernel-bugs) wrote : | #13 |
(In reply to Paulo Marcos de Souza Arruda do Nascimento from comment #1)
> I'm having the exact same problem with Acer Aspire 5 A515-51-51UX, and the
> problem just appears with the latest kernel.
Do you mean latest stable kernel 5.12.4?
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #14 |
Dear Maintainer,
also here the same error message since kernel 5.12.0 to 5.12.4
Debian Sid and Machine:
Type: Desktop Mobo: ASRock model: KBL-NUC serial: N/A UEFI: American Megatrends v: P1.40B date: 12/15/2016
CPU: Info: Dual Core model: Intel Core i3-7100U bits: 64 type: MT MCP L2 cache: 3 MiB
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #15 |
This issue is reproduced with branch 5.10, version 5.10.32.
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #16 |
(In reply to Frank Kruger from comment #2)
> (In reply to Paulo Marcos de Souza Arruda do Nascimento from comment #1)
> > I'm having the exact same problem with Acer Aspire 5 A515-51-51UX, and the
> > problem just appears with the latest kernel.
> Do you mean latest stable kernel 5.12.4?
yes the latest stable kernel.
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #17 |
As long as no kernel maintainer answers, our confirmations are not of much use. Because it concerns acpi, it is probably ignored. Only version 5.11.xx is not affected yet.
Maybe there will be a patch after all. In 5.12.5 from 19.05.21 is still the same error.
In Linux Kernel Bug Tracker #213023, fkrueger (fkrueger-linux-kernel-bugs) wrote : | #18 |
Maybe the linux-kernel list is more appropriate: https:/
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #19 |
These kind of errors typically indicate that there is a bug in your ACPI tables (so this is a BIOS bug not a Linux bug). This is also why there are prefixed with: "ACPI BIOS Error (bug)".
Can people who are seeing this please attach an acpidump of their system here ?
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #20 |
Created attachment 296905
ACPIDUMP + DMESG outputs for linux and linux-lts
I am now providing ACPIDUMP and the output of 'sudo dmesg | grep ACPI > file' for both LTS and mainstream kernels, with latest updates from Arch Linux stable. Why did I provided two ACPIDUMP's? for some reason, the output of acpidump command is different between these kernels.
Since there's 4 files, i'm creating a .zip containing everything.
The laptop is an Acer Aspire 5 A515-51-51UX.
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #21 |
Hi MB and all,
I reproduced this issue with 5.10.35.
Attached my acpidump zipfile on this ticket.
>> acpidump-
Thanks.
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #22 |
Created attachment 296919
acpidump-
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #23 |
(In reply to Hans de Goede from comment #8)
> These kind of errors typically indicate that there is a bug in your ACPI
> tables (so this is a BIOS bug not a Linux bug). This is also why there are
> prefixed with: "ACPI BIOS Error (bug)".
Yes, that is known. But nevertheless there must be a difference in the query to kernel 5.11.x, because there this error message is not present.
regards
MB
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #24 |
On my desktop with ryzen 1600AF + asus ex-a320m-gaming, these acpi errors didn't appear, but on my work computer it does too. both my laptop and work computer shows these acpi errors and those have intel CPU's. maybe it's an intel-related stuff
In Linux Kernel Bug Tracker #213023, stone (stone-linux-kernel-bugs) wrote : | #25 |
Same here: MSI MPG Z390 Gaming Pro Carbon
In Linux Kernel Bug Tracker #213023, stone (stone-linux-kernel-bugs) wrote : | #26 |
Created attachment 297135
MSI MPG Z390 Gaming Pro Carbon acpidump
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #27 |
Ok, so I've removed the timestamps from the 2 dmesg logs attached by Paulo Marcos and then ran a diff -u, after that I edited out some (non-relevant) memory-address differences and did a second diff -u, this results in this:
--- dmesg_5.10.38-1-lts 2021-06-03 16:29:41.372922210 +0200
+++ dmesg_linux-
@@ -92,7 +92,7 @@
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a201 base: 0xfed00000
-ACPI: Core revision 20200925
+ACPI: Core revision 20210105
PM: Registering ACPI NVS region [mem 0x7156c000-
PM: Registering ACPI NVS region [mem 0x8a88f000-
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
@@ -113,10 +113,6 @@
ACPI: Dynamic OEM Table Load:
ACPI: SSDT 0xFFFF... 0003FF (v02 PmRef Cpu0Cst 00003001 INTL 20160527)
ACPI: Dynamic OEM Table Load:
-ACPI: SSDT 0xFFFF... 0000BA (v02 PmRef Cpu0Hwp 00003000 INTL 20160527)
-ACPI: Dynamic OEM Table Load:
-ACPI: SSDT 0xFFFF... 000628 (v02 PmRef HwpLvt 00003000 INTL 20160527)
-ACPI: Dynamic OEM Table Load:
ACPI: SSDT 0xFFFF... 000D14 (v02 PmRef ApIst 00003000 INTL 20160527)
ACPI: Dynamic OEM Table Load:
ACPI: SSDT 0xFFFF... 000317 (v02 PmRef ApHwp 00003000 INTL 20160527)
(there are other differences later during boots, but these are the ones which count).
So for some reason the kernel is no longer loading the Cpu0Hwp and HwpLvt SSDT-s, and that is causing these errors.
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #28 |
sander44:
> I reproduced this issue with 5.10.35.
So you mean you are seeing the "Could not resolve symbol [\_PR.CPU0._CPC]" errors with 5.10.35, correct ? That is interesting because for Paulo Marcos these errors are no happening with 5.10.38 . Can you perhaps give 5.10.38 a try ?
A suspect that this may have something to do with these 2 commits:
https:/
https:/
Can someone who is seeing this try building a 5.12 kernel with these 2 commits reverted please? Note you should revert the 6998a8800d73116
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #29 |
(In reply to Hans de Goede from comment #17)
> sander44:
> > I reproduced this issue with 5.10.35.
>
> So you mean you are seeing the "Could not resolve symbol [\_PR.CPU0._CPC]"
> errors with 5.10.35, correct ? That is interesting because for Paulo Marcos
> these errors are no happening with 5.10.38 . Can you perhaps give 5.10.38 a
> try ?
>
> A suspect that this may have something to do with these 2 commits:
>
> https:/
> ?id=6998a8800d7
> https:/
> ?id=1a1c130ab75
>
> Can someone who is seeing this try building a 5.12 kernel with these 2
> commits reverted please? Note you should revert the 6998a8800d73116
> commit first.
I will compile this kernel right now by installing linux-git package (arch linux)
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #30 |
but first I will figure out how to revert these commits. I will probably take a little bit longer to show some results
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #31 |
Hi @all,
I recompile kernel version 5.10.35 vanilla and not observe this issue.
This issue is view in 5.12 branch.
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #32 |
(In reply to Hans de Goede from comment #17)
> sander44:
> > I reproduced this issue with 5.10.35.
>
> So you mean you are seeing the "Could not resolve symbol [\_PR.CPU0._CPC]"
> errors with 5.10.35, correct ? That is interesting because for Paulo Marcos
> these errors are no happening with 5.10.38 . Can you perhaps give 5.10.38 a
> try ?
>
> A suspect that this may have something to do with these 2 commits:
>
> https:/
> ?id=6998a8800d7
> https:/
> ?id=1a1c130ab75
>
> Can someone who is seeing this try building a 5.12 kernel with these 2
> commits reverted please? Note you should revert the 6998a8800d73116
> commit first.
If I apply one patch, the other one refuses to apply itself. I'm applying the first one to see if there's any difference
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #33 |
(In reply to Hans de Goede from comment #17)
> A suspect that this may have something to do with these 2 commits:
>
> https:/
> ?id=6998a8800d7
> https:/
> ?id=1a1c130ab75
>
> Can someone who is seeing this try building a 5.12 kernel with these 2
> commits reverted please? Note you should revert the 6998a8800d73116
> commit first.
The same error with both commits and 5.12.9 too.
The LTS 5.10.42 works ok without ACPI errors.
regards
MB
In Linux Kernel Bug Tracker #213023, contato-myghi63 (contato-myghi63-linux-kernel-bugs) wrote : | #34 |
I tried to compile and install the linux (git, since these commits are for 5.13-rc5 kernel) with these commits reversed, but I had no success while installing it (make modules_install was complaining about missing stuff, even if I install without the patches), so I coudn't test it.
But anyway I tried the latest LTS and stable kernels (5.10.42 and 5.12.9) and the stable one tells me the same ACPI errors, while LTS don't.
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #35 |
Good news, a very similar bug is being tracked here:
https:/
And one of the reporters there has done a git bisect and has found the commit which is causing the problem for them:
"""
git-bisect points to 719e1f561afbe02
"ACPI: Execute platform _OSC also with query bit clear".
Tested 5.12.9 kernel with the commit reverted, and confirmed that the error
messages are gone. (I had to revert
5a6a2c0f0f43676
It also brings back the /sys/devices/
in the stable 5.12.x
Hope this helps
"""
Can some one seeing the "Could not resolve symbol [\_PR.CPU0._CPC]" error try building a 5.12 kernel with the 719e1f561afbe02
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #36 |
Note as mentioned in the quoted comment to revert 719e1f561afbe02
So after doing a clean checkout of the 5.12.y branch you need to run:
git revert 5a6a2c0f0f43676
git revert 719e1f561afbe02
And then build + install the kernel after that.
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #37 |
Created attachment 297195
[PATCH] ACPI: Use _OSC query results to determine caps rather then the commit results
I've taken a quick look at commit 719e1f561afb ("ACPI: Execute platform _OSC also with query bit clear") and I think I may have found the problem.
Please test a 5.12 kernel with the patch which I've just attached.
If this patch does *not* help, then please let me know if reverting commit 719e1f561afb helps.
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #38 |
(In reply to Hans de Goede from comment #26)
>
> Please test a 5.12 kernel with the patch which I've just attached.
>
No, with the patch the error is unfortunately still present.
> If this patch does *not* help, then please let me know if reverting commit
> 719e1f561afb helps.
Please send the complete download link to the commit.
regards
MB
In Linux Kernel Bug Tracker #213023, ionut_n2001 (ionutn2001-linux-kernel-bugs) wrote : | #39 |
My fix working with 5.10 branch:
index c49b35e30.
--- a/drivers/
+++ b/drivers/
@@ -332,39 +332,22 @@ static void acpi_bus_
if (ACPI_FAILURE(
return;
- if (ACPI_FAILURE(
- return;
-
- capbuf_ret = context.
- if (context.ret.length <= OSC_SUPPORT_DWORD) {
+ if (ACPI_SUCCESS(
+ capbuf_ret = context.
+ if (context.ret.length > OSC_SUPPORT_DWORD) {
+ osc_sb_
+ capbuf_
+ osc_pc_
+ capbuf_
+ osc_sb_
+ capbuf_
+ }
kfree(
- return;
- }
-
- /*
- * Now run _OSC again with query flag clean and with the caps
- * both platform and OS supports.
- */
- capbuf[
- capbuf[
- kfree(context.
-
- if (ACPI_FAILURE(
- return;
-
- capbuf_ret = context.
- if (context.ret.length > OSC_SUPPORT_DWORD) {
- osc_sb_
- capbuf_
- osc_pc_
- capbuf_
- osc_sb_
- capbuf_
}
-
- kfree(context.
+ /* do we need to check other returned cap? Sounds no */
}
+
/*
* Native control of USB4 capabilities. If any of the tunneling bits is
* set it means OS is in control and we use software based connection
--
2.30.2
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #40 |
(In reply to sander44 from comment #28)
> My fix working with 5.10 branch:
I assume you mean the 5.12 branch, the code which your patch is removing does not exist in the 5.10 branch.
This is basically the earlier mentioned revert of commit 5a6a2c0f0f43676
Thank you for confirming that undoing the changes from 719e1f561afbe02
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #41 |
sander44, have you also tried using my patch instead of reverting the changes from 719e1f561afbe02
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #42 |
Created attachment 297231
[PATCH] ACPI: Only run _OSC without the query flag on machines with native USB4 support
Everyone, thank you for all the testing.
Here is a new patch for 5.12 / 5.13 which should fix this, please give this patch a try and let me know if this fixes things.
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #43 |
(In reply to Hans de Goede from comment #31)
> Here is a new patch for 5.12 / 5.13 which should fix this, please give this
> patch a try and let me know if this fixes things.
Yes, now the error is gone.
Thank you very much and
regards
MB
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #44 |
Created attachment 297241
[PATCH] ACPI: Pass the same capabilities to the _OSC regardless of the query flag
Thank you for testing my patch and for confirming that the new version fixes things.
Discussion with the upstream ACPI maintainers has resulted in a different approach / patch which should also fix this. I'm attaching a new patch using this new approach, can you please give this new patch a try ?
Sorry for all the different patches / all the testing requests. This last one should be the final patch, assuming it does indeed fix things.
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #45 |
(In reply to Hans de Goede from comment #33)
>This last one should be the final patch, assuming it does indeed fix things.
Even with the latest patch, the error no longer occurs.
regards
MB
In Linux Kernel Bug Tracker #213023, jwrdegoede (jwrdegoede-linux-kernel-bugs) wrote : | #46 |
Thank you for testing, the latest version of the patch has been accepted by Rafael (the ACPI subsystem maintainer) and should show up in a 5.13-rc# release soon, once it hits 5.13-rc# and it should get cherry picked into a 5.12.y stable release soon after that, closing this.
In Linux Kernel Bug Tracker #213023, firediregymnastic (firediregymnastic-linux-kernel-bugs) wrote : | #47 |
Apparently, the bug still persists for me. Using vanilla linux kernel 5.15.12 compiled from source on my Gentoo on Thinkpad T440s. The problem emerges when I try to hibernate my laptop: it attempts to, but ends up rebooting itself with the following errors in dmesg. I might be mistaking this for a different bug altogether or my misconfiguration of the kernel, but I'd really like if somebody were to assess the problem.
In Linux Kernel Bug Tracker #213023, firediregymnastic (firediregymnastic-linux-kernel-bugs) wrote : | #48 |
Created attachment 300560
T440s dmesg
If you need anything else, I'll be glad to upload it.
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #49 |
Dear Maintainer,
The error is unfortunately back with kernel 5.15.33. Was something changed in this version?
After applying the patch, the error has disappeared.
I ask the maintainer to check.
Best regards
MB
In Linux Kernel Bug Tracker #213023, tiwai (tiwai-linux-kernel-bugs) wrote : | #50 |
The fix was reverted recently in the upstream commit 2ca8e6285250 (which was backported to stable trees, too), hence the problem resurfaced.
That said, we came back to square.
In Linux Kernel Bug Tracker #213023, lethe.tree (lethe.tree-linux-kernel-bugs) wrote : | #51 |
Created attachment 300819
acpidump + dmesg - 5.17.4
Added acpidump && dmesg | grep -i acpi
for Kaby Lake CPU on Intel B250
booting 5.17.4
In Linux Kernel Bug Tracker #213023, maxim.novozhilov (maxim.novozhilov-linux-kernel-bugs) wrote : | #52 |
Same here:
```
[ 0.767033] ACPI Error: Aborting method \_PR.PR01._CPC due to previous error (AE_NOT_FOUND) (20211217/
[ 0.767180] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.PR00._CPC], AE_NOT_FOUND (20211217/
```
Kernel 5.17.5
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #53 |
Can you please try to cherry-pick https:/
In Linux Kernel Bug Tracker #213023, bugs (bugs-linux-kernel-bugs) wrote : | #54 |
(In reply to Mario Limonciello (AMD) from comment #42)
> Can you please try to cherry-pick
> https:/
> c42fa24b44751c6
Just for info, the kernel 5.17 is EOL since 14.06.22.
In Linux Kernel Bug Tracker #213023, rui.zhang (rui.zhang-linux-kernel-bugs) wrote : | #55 |
*** Bug 215830 has been marked as a duplicate of this bug. ***
In Linux Kernel Bug Tracker #213023, rui.zhang (rui.zhang-linux-kernel-bugs) wrote : | #56 |
please confirm applying the commit in comment #42 on top of 5.17 kernel fix the problem.
please confirm the problem doesn't exist in the latest upstream kernel.
In Linux Kernel Bug Tracker #213023, rui.zhang (rui.zhang-linux-kernel-bugs) wrote : | #57 |
*** Bug 216169 has been marked as a duplicate of this bug. ***
In Linux Kernel Bug Tracker #213023, rui.zhang (rui.zhang-linux-kernel-bugs) wrote : | #58 |
*** Bug 216070 has been marked as a duplicate of this bug. ***
In Linux Kernel Bug Tracker #213023, cuihao.leo (cuihao.leo-linux-kernel-bugs) wrote : | #59 |
Created attachment 301297
acpidump, ASRock B460M-ITX/ac (P1.60 BIOS) motherboard + Intel Core i7-10700K CPU
Redirected to this issue from Bug 216070.
Confirmed that c42fa24b44751c6
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #60 |
Can someone affected see if below makes the error "go away" on top of 5.19-rcX?
diff --git a/drivers/
index 86fa61a21826.
--- a/drivers/
+++ b/drivers/
@@ -358,11 +358,6 @@ static void acpi_bus_
}
-#ifdef CONFIG_
- osc_sb_
- (OSC_SB_CPC_SUPPORT | OSC_SB_
-#endif
-
/*
* Now run _OSC again with query flag clear and with the caps
* supported by both the OS and the platform.
@@ -376,6 +371,10 @@ static void acpi_bus_
capbuf_ret = context.
if (context.ret.length > OSC_SUPPORT_DWORD) {
+#ifdef CONFIG_
+ osc_sb_
+ (OSC_SB_CPC_SUPPORT | OSC_SB_
+#endif
In Linux Kernel Bug Tracker #213023, cuihao.leo (cuihao.leo-linux-kernel-bugs) wrote : | #61 |
(In reply to Mario Limonciello (AMD) from comment #49)
> Can someone affected see if below makes the error "go away" on top of
> 5.19-rcX?
>
I observed the same error message after applying the patch on top of 5.19-rc4.
(Note that I came from Bug 216070 so the errors are kind of different from this thread).
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #62 |
OK thanks for trying it. Can you please provide your acpidump? I would like to see two acpidumps - one reproducing the issue, and one reverting the revert commit.
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #63 |
Created attachment 301313
patch with potential fix + more debugging messages
Here is another stab at a patch. Hopefully this fixes the problem, but it also has a bunch of debugging messages. Anyone who tries it, please share a full dmesg (failure or not).
In Linux Kernel Bug Tracker #213023, cuihao.leo (cuihao.leo-linux-kernel-bugs) wrote : | #64 |
Created attachment 301316
My acpidump & kernel messages (ASRock B460M-ITX/ac (P1.60 BIOS) motherboard + Intel Core i7-10700K CPU)
(In reply to Mario Limonciello (AMD) from comment #52)
> Here is another stab at a patch. Hopefully this fixes the problem, but it
> also has a bunch of debugging messages. Anyone who tries it, please share a
> full dmesg (failure or not).
Still doesn't fix my errors. My acpidump & kernel messages (with vanilla 5.19.0-rc4 kernel and patched one) are attached. It looks like the only relevant log is: `ACPI: Negotiated _OSC: 59`
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #65 |
Created attachment 301317
patch with potential fix: Only let cppc_acpi run if CPPCv2 was not masked
OK, it looks like the SSDT only loads if CPPCv2 was acked, which in your system only CPPCv1 was acked.
>>> result = 59
>>> result & OSC_SB_
0
>>> result & OSC_SB_CPC_SUPPORT
32
Try this updated patch which won't let it probe _CPC further in that specific case.
In Linux Kernel Bug Tracker #213023, cuihao.leo (cuihao.leo-linux-kernel-bugs) wrote : | #66 |
(In reply to Mario Limonciello (AMD) from comment #54)
> Try this updated patch which won't let it probe _CPC further in that
> specific case.
Yeah I confirm the latest patch makes my errors go away.
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #67 |
Thanks. I've submitted a cleaned up version as https:/
If you can test that final version and leave a Tested-by tag, would be appreciated.
In Linux Kernel Bug Tracker #213023, abetakehiko (abetakehiko-linux-kernel-bugs) wrote : | #68 |
This is not good. The patch does eliminate the error messages for me, but it also disables CPPC on my system.
My board is ASRock H470 Phantom Gaming 4, BIOS L1.12 12/04/2020.
The board bios has a config for "Intel Speed Shift Technology". The user manual says this about it:
"Enable/Disable Intel Speed Shift Technology support. Enabling will expose the CPPC v2 interface to allow for hardware controlled P-sates."
When I first got the error messages with 5.12.6 last year, I confirmed that the error messages disappears with CPPC v2 option disabled. But disabling CPPC v2 support is not a way to go, I guess?
I believe ASRock B460M also supports CPPCv2.
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #69 |
Are you sure it actually worked before? The firmware masking it does not give me confidence it really worked.
In Linux Kernel Bug Tracker #213023, cuihao.leo (cuihao.leo-linux-kernel-bugs) wrote : | #70 |
(In reply to Takehiko Abe from comment #57)
> "Enable/Disable Intel Speed Shift Technology support. Enabling will expose
> the CPPC v2 interface to allow for hardware controlled P-sates."
>
> When I first got the error messages with 5.12.6 last year, I confirmed that
> the error messages disappears with CPPC v2 option disabled. But disabling
> CPPC v2 support is not a way to go, I guess?
>
> I believe ASRock B460M also supports CPPCv2.
I mentioned the same observation in Bug 216070 that acpi_cppc interface is gone. I just looked my ASRock B460M-ITX's firmware settings. You are right, the option "Enable/Disable Intel Speed Shift Technology support" has the same help message.
But I don't know if the bug / current fix disables any function that had worked before. Based on various online resources, my understanding is "Intel Speed Shift" = HWP (Hardware P-state) in Linux, and I can see kernel message say it always works (intel_pstate: HWP enabled).
(In reply to Mario Limonciello (AMD) from comment #58)
> Are you sure it actually worked before? The firmware masking it does not
> give me confidence it really worked.
I can confirm /sys/devices/
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #71 |
> Is there anything I can do to test if CPPCv2 works on old kernels?
Maybe Rui can comment on that question.
In Linux Kernel Bug Tracker #213023, abetakehiko (abetakehiko-linux-kernel-bugs) wrote : | #72 |
(In reply to Mario Limonciello (AMD) from comment #58)
> Are you sure it actually worked before? The firmware masking it does not
> give me confidence it really worked.
I run the system with 5.18.10 with the original patch (the reverted one) applied.
It has /sys/devices/
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #1 |
- CurrentDmesg.txt.txt Edit (82.5 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (2.4 KiB, text/plain; charset="utf-8")
- ProcCpuinfoMinimal.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (290 bytes, text/plain; charset="utf-8")
Aaron Rainbolt (arraybolt3) wrote : | #2 |
Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description didn't include enough information.
Please include the information as separate attachments:
* Output of uname -a
* uname -a > uname.txt
* Output of sudo lspci -vvnn
* sudo lspci -vvnn > lspci.txt
* Output of sudo dmidecode
* sudo dmidecode > dmidecode.txt
* Try to suspend/hibernate and then restart the system and attach /var/log/kern.log.0
* Tarball of /proc/acpi directory. You can't just tar all files because their content sometimes changes etc.
* cp -r /proc/acpi /tmp
* tar -cvjf ~/acpi.tar.bz /tmp/acpi
* attach acpi.tar.bz from your home directory
Aaron Rainbolt (arraybolt3) wrote (last edit ): | #3 |
Additionally, it looks like SecureBoot is enabled on your system. If possible, try entering your BIOS setup, and disabling SecureBoot, and see if that resolves the problem. (Obviously, everything should work with SecureBoot enabled, but knowing if the problem goes away when SecureBoot is disabled will help debug the issue.)
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #4 |
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #5 |
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #6 |
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #7 |
Rizki Octa Fadilah (rizkioctaf-deactivatedaccount) wrote : | #8 |
affects: | ubuntu-release-upgrader (Ubuntu) → linux (Ubuntu) |
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed | #9 |
This change was made by a bot.
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
In Linux Kernel Bug Tracker #213023, neoglez (neoglez-linux-kernel-bugs) wrote : | #73 |
Hi, the same problem here. Ubuntu 20.04.4 LTS with kernel 5.15.0-41-generic.
Christian Ehrhardt (paelzer) wrote : | #10 |
Hi,
I have a system that recently shows (same kernel upgrade) the same issue.
I've also found [1] which I think the kernel team might want to participate and track.
They seem to have identified a patch that potentially needs to be reverted - at least to confirm it is what now causes this.
There are also more people on there saying that it triggers with 5.15.0-41.
In Linux Kernel Bug Tracker #213023, manuel.lauss (manuel.lauss-linux-kernel-bugs) wrote : | #74 |
This patch also disables CPPC support on a few of my relatively recent AMD Zen Desktop systems. The issue is that the ACPI _OSC method supports ONLY the UUID of the "PCI root bridge device", but not any other, but linux is looking for CPPC support with the "Platform-Wide OSPM Capabilities" uuid, which does not
exist anywhere in the firmware. bios engineers told me that this is all part of AMDs AGESA thingie, and they won't be able to add support for this, at least
on current (i.e. zen3-supporting) platforms.
Could this be worked around, by first checking whether any _CPC objects exist, and maybe a matching PCC entry?
In Linux Kernel Bug Tracker #213023, manuel.lauss (manuel.lauss-linux-kernel-bugs) wrote : | #75 |
(In reply to Manuel Lauss from comment #63)
> This patch also disables CPPC support on a few of my relatively recent AMD
> Zen Desktop systems. The issue is that the ACPI _OSC method supports ONLY
> the UUID of the "PCI root bridge device", but not any other, but linux is
> looking for CPPC support with the "Platform-Wide OSPM Capabilities" uuid,
> which does not
> exist anywhere in the firmware. bios engineers told me that this is all
> part of AMDs AGESA thingie, and they won't be able to add support for this,
> at least
> on current (i.e. zen3-supporting) platforms.
>
> Could this be worked around, by first checking whether any _CPC objects
> exist, and maybe a matching PCC entry?
Oh I see this was fixed recently with
fbd74d16 ("ACPI: CPPC: Fix enabling CPPC on AMD systems with shared memory").
In Linux Kernel Bug Tracker #213023, neoglez (neoglez-linux-kernel-bugs) wrote : | #76 |
Just to add that I have a Z270 Tomahawk MB with an Intel® Core™ i7-10510Y Processor (8M Cache, up to 4.50 GHz).
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #77 |
All the known issues from CPPC and _OSC with AMD should be fixed for 5.19-rc8. If you still have one with Zen open a new issue.
The remaining issue is that reportedly from this thread a number of Intel systems the firmware will mask the _OSC during negotiation. When the _OSC is masked a dynamic SSDT doesn't get loaded.
Someone needs to confirm if:
* This is intended behavior that firmware masks the _OSC (and thus CPPC v2 shouldn't be used on these systems).
or
* This is purely a firmware bug and CPPC v2 should be used and that should be quirked when the _OSC is evaluated on the affected systems (or later so the SSDT still loads).
In Linux Kernel Bug Tracker #213023, debian.edid (debian.edid-linux-kernel-bugs) wrote : | #78 |
On intel platform with upstream 5.15.55 kernel and distro 5.18.5 kernel:
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.PR00._CPC], AE_NOT_FOUND (20210730/
ACPI Error: Aborting method \_PR.PR01._CPC due to previous error (AE_NOT_FOUND) (20210730/
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.PR00._CPC], AE_NOT_FOUND (20210730/
ACPI Error: Aborting method \_PR.PR02._CPC due to previous error (AE_NOT_FOUND) (20210730/
(..)
In Linux Kernel Bug Tracker #213023, sparks71 (sparks71-linux-kernel-bugs) wrote : | #79 |
here the same
[ 0.332185] ACPI: button: Power Button [PWRF]
[ 0.332299] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210730/
[ 0.332308] No Local Variables are initialized for Method [_CPC]
[ 0.332310] No Arguments are initialized for method [_CPC]
[ 0.332311] ACPI Error: Aborting method \_PR.CPU1._CPC due to previous error (AE_NOT_FOUND) (20210730/
[ 0.332344] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210730/
[ 0.332349] No Local Variables are initialized for Method [_CPC]
[ 0.332350] No Arguments are initialized for method [_CPC]
[ 0.332352] ACPI Error: Aborting method \_PR.CPU2._CPC due to previous error (AE_NOT_FOUND) (20210730/
[ 0.332389] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210730/
[ 0.332394] No Local Variables are initialized for Method [_CPC]
[ 0.332395] No Arguments are initialized for method [_CPC]
[ 0.332397] ACPI Error: Aborting method \_PR.CPU3._CPC due to previous error (AE_NOT_FOUND) (20210730/
[ 0.332848] thermal LNXTHERM:00: registered as thermal_zone0
Ubuntu 20.04.4 LTS
5.15.0-41-generic
MSI Z270 SLI Plus
Intel(R) Core(TM) i5-7600
Changed in linux: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
In Linux Kernel Bug Tracker #213023, debian.edid (debian.edid-linux-kernel-bugs) wrote : | #80 |
Looks like it is fixed. These errors:
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.PR00._CPC], AE_NOT_FOUND (20210730/
ACPI Error: Aborting method \_PR.PR01._CPC due to previous error (AE_NOT_FOUND) (20210730/
ACPI BIOS Error (bug): Could not resolve symbol [\_PR.PR00._CPC], AE_NOT_FOUND (20210730/
ACPI Error: Aborting method \_PR.PR02._CPC due to previous error (AE_NOT_FOUND) (20210730/
(..)
are gone on intel platform with kernel 5.18.14
tags: | added: jammy |
In Linux Kernel Bug Tracker #213023, arthur.widetschek (arthur.widetschek-linux-kernel-bugs) wrote : | #81 |
Lenovo Thinkpad P14s AMD Gen2
still errors here:
[ 0.449031] ACPI BIOS Error (Bug): Could not resolve symbol [\_SB.PCI0.
[ 0.449046] ACPI Error: Abotrting method \_SB.PCI0.
Kernel: Linux 5.19.2-arch1-1
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #82 |
Arthur your issues are different. Open your own issue and be sure to attach a full log and details of the regression:
which BIOS or which kernel introduced it
If it's not a regression you should report it to Lenovo.
In Linux Kernel Bug Tracker #213023, arthur.widetschek (arthur.widetschek-linux-kernel-bugs) wrote : | #83 |
@mario, thanks for your answer. i opened an new issue: https:/
In Linux Kernel Bug Tracker #213023, gambanpaku (gambanpaku-linux-kernel-bugs) wrote : | #84 |
Model Name: ASUS ZenBook13 UX325J
BIOS Version: 311
CPU: Intel Core(TM) i7-10 65G7 CPU @ 1.30GHz
GPU: Intel Iris(R) Plus Graphics
OS: Ubuntu 22.04.1 LTS (GNU/Linux 5.15.0-48-generic x86_64) / Windows 11
I made 'sudo apt-get dist-upgrade' on 22-Sep-2022, followed by I lost an access to Ubuntu GUI.
Everytime I try to login, following error message is shown and only tty access is available.
-------
[ 0.076056] x86/cpu: SGX disabled by BIOS.
[ 0.130860] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCIO.
[ 0.130868] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20210730/
[ 0.130895] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCIO.
[ 0.130898] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20210730/
[ 0.561376] pci 0000:00:07.0: DPC: RP PI0 log size 0 is invalid
[ 0.563606] pci 0000:00:07.1: DPC: RP PI0 log size 0 is invalid
/dev/nvme0n1p4: clean, 604301/22405120 files, 35951873/89599744 blocks
[ 1.862340] mtd device must be supplied (device name is empty)
[ 2.167925] mtd device must be supplied (device name is empty)
[ 2.369446] mtd device must be supplied (device name is empty)
[ 4.033184] ucsi_acpi USBC000:00: PPN init failed (-110)
Christian Ehrhardt (paelzer) wrote : | #85 |
Some insight of the check on the history of this out of the many updates on the upstream bug:
On master branch this was introduced via:
commit 159d8c274fd9243
Author: Mika Westerberg <email address hidden>
Date: Wed Jun 9 13:25:33 2021 +0300
ACPI: Pass the same capabilities to the _OSC regardless of the query flag
And then reverted in:
commit 2ca8e6285250c07
Author: Rafael J. Wysocki <email address hidden>
Date: Wed Mar 16 13:37:44 2022 +0100
Revert "ACPI: Pass the same capabilities to the _OSC regardless of the query flag"
In Ubuntu the revert landed in 5.15.33 upstream and 5.15.0-34 in Ubuntu.
I'm not entirely sure yet (no access to the system atm) if the introduction or the revert caused it.
But since it still happens to people I assume the latter.
AFAICS no further new commit happened since then to resolve the problem for both cases ...
In Linux Kernel Bug Tracker #213023, swojskichlopak (swojskichlopak-linux-kernel-bugs) wrote : | #86 |
I have a similar error " [\_PR.CPU0._CPC], AE_NOT_FOUND ".
I don't expect that kernel will always compatible with my ACPI.
Because now that's my second array mismatch error.
The problem is that, based on the error above, I don't know which module I need disable.
At least until the new kernel will updated.
I can only off the entire ACPI or ignore the error.
Question.
- I suppose when I will have old equipment I will have more errors.
Can I count on being able to disable what doesn't work with the kernel table in the future?
I need an extra message / information on how / what I can turn this off.
In Linux Kernel Bug Tracker #213023, gambanpaku (gambanpaku-linux-kernel-bugs) wrote : | #87 |
The only solution worked for me was to re-install same version of ubuntu into same partition.
If you UNCHECK 'Format' option on installation process, your personal files will survive after re-installation.
In Linux Kernel Bug Tracker #213023, klein.wolfg (klein.wolfg-linux-kernel-bugs) wrote : | #88 |
It is January 2023 now, and this bug is still active in kernel 5.15.86. :(
I am running KDE Neon with self compiled kernel 5.15.x (because it is marked as "longterm") on a Fujitsu mainboard, equipped with an Intel Core i5. (See below.)
I wouldn't mind having these messages in the systemlog, as they are harmless and the system runs without any quirk. But but they appear on the console as well, even interrupting the splash screen! (Which is a bit of a humiliation, if there's a Windows user looking over your shoulder while your machine is booting...)
I know that this is a pure cosmetic complain, but it has been happening for more than a year now, and I really would like to get rid of this annoyance. I tried the usual grub command line options like
"loglevel=3"
"acpi_osi=! \"acpi_osi=Windows 2015\""
but neither did suppress these console messages.
Hardware information:
~$ LC_ALL="C" sudo dmidecode -t 2
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.
Handle 0x0043, DMI type 2, 15 bytes
Base Board Information
Product Name: D3431-A1
Version: S26361-D3431-A1
Serial Number: 51857501
Asset Tag:
Features:
Location In Chassis:
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0
~$ LC_ALL="C" lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: GenuineIntel
Model name: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
CPU family: 6
Model: 94
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Stepping: 3
CPU max MHz: 3600.0000
CPU min MHz: 800.0000
BogoMIPS: 6399.96
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts ac
...
In Linux Kernel Bug Tracker #213023, klein.wolfg (klein.wolfg-linux-kernel-bugs) wrote : | #89 |
Sorry, I forgot to include the exact messages! These are the messages that appear in the systemlog and on the console, interrupting the splash screen:
[ 0.857051] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.
[ 0.858519] ACPI Error: Aborting method \_TZ.TZ00._TMP due to previous error (AE_NOT_FOUND) (20210730/
[ 0.859946] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.
[ 0.861572] ACPI Error: Aborting method \_TZ.TZ00._TMP due to previous error (AE_NOT_FOUND) (20210730/
[ 0.863666] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.
[ 0.865063] ACPI Error: Aborting method \_TZ.TZ01._TMP due to previous error (AE_NOT_FOUND) (20210730/
[ 0.866642] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.
[ 0.868458] ACPI Error: Aborting method \_TZ.TZ01._TMP due to previous error (AE_NOT_FOUND) (20210730/
In Linux Kernel Bug Tracker #213023, the42acc (the42acc-linux-kernel-bugs) wrote : | #90 |
Hello,
Sorry if I'm posting this wrong, but I get the same error, using Linux Mint kernel version 5.4.0-137 on HP Elitebook 745
I installed the latest: 5.4.0-144 and the issue still persists.
It's not only that the messages appear on the console, but actually takes several restarts (using the button) to load the system.
# dmidecode 3.2
Getting SMBIOS data from sysfs.
SMBIOS 3.1.0 present.
Handle 0x0011, DMI type 2, 17 bytes
Base Board Information
Manufacturer: HP
Product Name: 83D5
Version: KBC Version 08.61.00
Serial Number: PGWJE00WBCO144
Asset Tag:
Features:
Board is a hosting board
Location In Chassis:
Chassis Handle: 0x0000
Type: Motherboard
Contained Object Handles: 0
#lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 43 bits physical, 48 bits virtual
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 23
Model: 17
Model name: AMD Ryzen 5 PRO 2500U w/ Radeon Vega Mobile Gfx
Stepping: 0
Frequency boost: enabled
CPU MHz: 1338.250
CPU max MHz: 2000,0000
CPU min MHz: 1600,0000
BogoMIPS: 3992.42
Virtualization: AMD-V
L1d cache: 128 KiB
L1i cache: 256 KiB
L2 cache: 2 MiB
L3 cache: 4 MiB
NUMA node0 CPU(s): 0-7
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Vulnerable
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Retpolines, IBPB conditional, STIBP disabled, RSB filling, PBRSB-eIBRS Not affected
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid ap
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #91 |
> Sorry if I'm posting this wrong, but I get the same error, using Linux Mint
> kernel version 5.4.0-137 on HP Elitebook 745
Can you please try with an upstream kernel? Being a distro kernel, it's very possible they're missing some of these patches.
In Linux Kernel Bug Tracker #213023, the42acc (the42acc-linux-kernel-bugs) wrote : | #92 |
(In reply to Mario Limonciello (AMD) from comment #79)
> > Sorry if I'm posting this wrong, but I get the same error, using Linux Mint
> > kernel version 5.4.0-137 on HP Elitebook 745
>
> Can you please try with an upstream kernel? Being a distro kernel, it's
> very possible they're missing some of these patches.
Hi,
Thanks for the suggestion. I tried the upstream 5.4.0-144 and also saw there's a newer version 5.4.0-145, so I tried that one as well, but the issue still persist.
In Linux Kernel Bug Tracker #213023, mario.limonciello (mario.limonciello-linux-kernel-bugs) wrote : | #93 |
> Thanks for the suggestion. I tried the upstream 5.4.0-144 and also saw
> there's a newer version 5.4.0-145, so I tried that one as well, but the issue
> still persist.
Can you try a newer kernel outside the 5.4 series? Perhaps the latest LTS kernel, 6.1?
In Linux Kernel Bug Tracker #213023, nidal.brolwinkel (nidal.brolwinkel-linux-kernel-bugs) wrote : | #94 |
Hello,
I'm still having a similar problem with Kubuntu 23.04 running kernel 6.2.0-20-generic.
This does not prevent the laptop from normally working but I suspect it to play a role in the laptop losing a log of power in sleep mode.
My Laptop: VivoBook_ASUSLaptop X513EAN_K513EA
My processor (if ever this matters): 8 × 11th Gen Intel® Core™ i7-1165G7 @ 2.80GHz
and the error message:
[0.166098] ACPI BIOS Error (bug): Could not resolve symbol (\_SB.PC00.
[0.166110] ACPI Error: AE_NOT_FOUND , During name lookup/catalog (20210730/
[0.166114] ACPI BIOS Error (bug): Could not resolve symbol (\_SB.PC00.
[0.166117] ACPI Error: AE_NOT_FOUND , During name lookup/catalog (20210730/
[0.166120] ACPI BIOS Error (bug): Could not resolve symbol (\_SB.PC00.
[0.166123] ACPI Error: AE_NOT_FOUND , During name lookup/catalog (20210730/
[0.166126] ACPI BIOS Error (bug): Could not resolve symbol (\_SB.PC00.
[0.166129] ACPI Error: AE_NOT_FOUND , During name lookup/catalog (20210730/
[0.166132] ACPI BIOS Error (bug): Could not resolve symbol (\_SB.PC00.
[0.166134] ACPI Error: AE_NOT_FOUND , During name lookup/catalog (20210730/
In Linux Kernel Bug Tracker #213023, temporalcoldwar24 (temporalcoldwar24-linux-kernel-bugs) wrote : | #95 |
Hi, got this again after a Ubuntu update that overwrote my "acpi=off" grub kernel parameter. For anyone that can't boot into the login screen then adding this is the fix.
CPU: Q9650
MB: G41MT-S2PT
BTW the last half of the reports below are after I hit the power button to initiate what would normally be an ACPI shut down. I had to keep the power button held down to force power off.
Cheers.
[
0.333629] ACPI Error: Aborting method _PR.CPU1..
_PDC due to previous error
(AE ALREADY EXISTS) (20221020/
[
0.3336291 ACPI Error: AE_ALREADY_EXISTS, SSDT OxFFFF910E80D15200 Table is a ready loaded (20221020/
[
0.333629] ACPI Error: Aborting method _PR. CPUZ._PDC due to previous error
(AE _ALREADY _EXISTS) (20221020/
[
0.3336291 ACPI Error: AF
ALREADY_EXISTS, SSDT OxFFFF910E80D14600 Table is a
ready loaded (20221020/
г
0.3336291 ACPI Error: Aborting method _PR.CPU3..
_PDC due to previous error
(AE_ALREADY _EXISTS) (20221020/
60.8740511 ru: INFO: ru_preempt detected
stalls on CPUs/tasks:
[
60.8743431 rcu: 01-..
1: (0 ticks this GP) idle=4a60/0/0x0 softirq=15/15 fqs
=0 (false positive?)
60.875?361 rcu: rcu_preempt kthread timer wakeup didn't happen for 15001 jif fies! g-1031 f0x0 RU_GP_WAIT_FQS(5) -›state=0x402
[
60.876242] ru: oFossible timer handling issue on cpu-1 timer-softirg-5
г
60.8765361 rcu: rcu_preempt kthread stared for 15002 jiffies g-1031 fOx0 R
CU_GP_WAIT_FQS(5) -›state=0x402 ->cpu=1
[
60.8769991 rcu: Unless ru_preempt kthread gets sufficient CPU time, 00M is now expected behauior.
[
60.8773991 ru: RCU grace-period kthread stack dump:
[
60.8780471 rcu: Stack dump where RCU GP kthread last ran:
In Linux Kernel Bug Tracker #213023, scott (scott-linux-kernel-bugs) wrote : | #96 |
Ubuntu 22.04 Jammy Jellyfish (x86-64)
kernel 5.19.0-46-generic
Started seeing this error 7/17/2023
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Jul 17 15:45:50 scott-Precision
Hi Kernel Team,
Observe this issue:
[ 2.057284] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210105/ psargs- 330) psparse- 529) psargs- 330) psparse- 529) psargs- 330) psparse- 529)
[ 2.057339] ACPI Error: Aborting method \_PR.CPU1._CPC due to previous error (AE_NOT_FOUND) (20210105/
[ 2.057443] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210105/
[ 2.057484] ACPI Error: Aborting method \_PR.CPU2._CPC due to previous error (AE_NOT_FOUND) (20210105/
[ 2.057569] ACPI BIOS Error (bug): Could not resolve symbol [\_PR.CPU0._CPC], AE_NOT_FOUND (20210105/
[ 2.057610] ACPI Error: Aborting method \_PR.CPU3._CPC due to previous error (AE_NOT_FOUND) (20210105/
lscpu
sc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm
pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibp
b stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_ad...
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 39 bits physical, 48 bits virtual
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 2
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 142
Model name: Intel(R) Core(TM) i5-7260U CPU @ 2.20GHz
Stepping: 9
CPU MHz: 2200.000
CPU max MHz: 3400.0000
CPU min MHz: 400.0000
BogoMIPS: 4399.99
Virtualization: VT-x
L1d cache: 64 KiB
L1i cache: 64 KiB
L2 cache: 512 KiB
L3 cache: 4 MiB
NUMA node0 CPU(s): 0-3
Vulnerability Itlb multihit: KVM: Mitigation: VMX disabled
Vulnerability L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Vulnerability Mds: Mitigation; Clear CPU buffers; SMT vulnerable
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling
Vulnerability Srbds: Mitigation; Microcode
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_t