Bug 202387 - ACPI errors in dmesg
Summary: ACPI errors in dmesg
Status: REJECTED INSUFFICIENT_DATA
Alias: None
Product: ACPI
Classification: Unclassified
Component: Config-Other (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Erik Kaneda
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-22 21:03 UTC by Sean
Modified: 2021-01-03 15:17 UTC (History)
5 users (show)

See Also:
Kernel Version: Linux version 4.20.16-200.fc29.x86_64
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg | grep Error (395 bytes, text/plain)
2019-01-28 13:54 UTC, Galvano Portorico
Details
my acpidump output (357.57 KB, text/plain)
2019-03-14 11:58 UTC, Galvano Portorico
Details
ACPI_dump (1.03 MB, text/plain)
2019-03-18 03:30 UTC, Sean
Details

Description Sean 2019-01-22 21:03:15 UTC
[    1.059909] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20180810/exoparg2-396)
[    1.059915] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.059919] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060845] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20180810/exoparg2-396)
[    1.060850] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060853] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060858] [Firmware Bug]: No valid trip found

================================================================================

[    2.184602] ACPI Warning: \_SB.PCI0.RP01.PXSX._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20180810/nsarguments-66)

================================================================================

[    1.567974] acpi PNP0C14:01: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (firs
t instance was on PNP0C14:00)
[    1.568033] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (firs
t instance was on PNP0C14:00)

================================================================================


[    0.332566] ACPI Error: Field [CAP1] at bit offset/length 64/32 exceeds size of target Buf
fer (64 bits) (20180810/dsopcode-201)
Comment 1 Galvano Portorico 2019-01-28 13:54:41 UTC
Created attachment 280827 [details]
dmesg | grep Error

I have similar problems with ACPI. I'm using openSUSE 15.1 Leap Alpha. And also I installed 'kernel-default-4.20.5-1.1.g34ae151.nosrc' from https://download.opensuse.org/repositories/Kernel:/stable/standard/ .But I still have giving same problems. 

Here it is my bug report on https://bugzilla.opensuse.org/show_bug.cgi?id=1123248

This is a real problem? Because, when I use my computer, I don't feel anything about with this problem. But I wonder and want to find out why. Why are there these messages on every booting? What's the problem?
Comment 2 Sean 2019-01-28 14:01:42 UTC
For me this part of a larger issue.  The buffer overflow is a weakness somebody could exploit.  Plus it seems not all of my hardware is being properly detected.  The problem is it might seem that HP is also making WMI calls and my report of this issue on Fedoras site and here have gone largely unanswered
Comment 3 Erik Kaneda 2019-03-13 20:10:56 UTC
These errors occur from a bytecode interpreter inside linux kernel called the Acpi machine language (AML) interpreter. The AML interpreter is being called from the OS (linux device drivers or driver frameworks) in order to enumerate and configure devices. Please upload the ACPI dump (acpidump.out) using the instructions on this website:

https://01.org/linux-acpi/utilities
Comment 4 Galvano Portorico 2019-03-14 11:58:25 UTC
Created attachment 281821 [details]
my acpidump output

I updated now.
Comment 5 Sean 2019-03-15 22:37:47 UTC
Greetings,

This ticket took so long to be answered I removed Linux from the device.  I will re-install over the weekend and post up my findings on Monday.
Comment 6 Sean 2019-03-18 03:30:18 UTC
Created attachment 281879 [details]
ACPI_dump

Linux was reloaded and here is the dump you requested.
Comment 7 Sean 2019-03-21 03:25:24 UTC
Any updates?  I'm on kernel 4.20.16.200 and the issue still remains.  I still have yet another issue to get resolved before I can install graphics drivers.
Comment 8 Erik Kaneda 2019-03-22 21:22:09 UTC
Sorry about the late response. I'll take a look at this next week!
Comment 9 Sean 2019-03-31 15:50:26 UTC
Any updates.  Anything I can do the help out?
Comment 10 Erik Kaneda 2019-04-15 21:33:04 UTC
Sorry about the absence.

Here's more information:

1.) _DSM warning:

[    2.184602] ACPI Warning: \_SB.PCI0.RP01.PXSX._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20180810/nsarguments-66)

If you do not get ACPI errors several lines after this warning, this warning is not an issue. Just the AML interpreter complaining that the OS queried the interpreter with parameters that do not have the same type as specified in the ACPI specification.

2.) _CRT error

[    1.059909] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20180810/exoparg2-396)
[    1.059915] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.059919] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060845] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20180810/exoparg2-396)
[    1.060850] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060853] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20180810/psparse-516)
[    1.060858] [Firmware Bug]: No valid trip found

This is an interpreter error where TRIP is being accessed out of bounds. TRIP is a package (basically a tuple) containing thermal trip points.

Method (GETP, 2, Serialized)
{
    Local0 = Arg1
    If ((Arg1 == One))
    {
        Local3 = DerefOf (CUZO [Arg0])
        If (((Local3 > One) && (Local3 != 0xFF)))
        {
             Local0 = Zero
        }
    }

    Local2 = DerefOf (DerefOf (TRIP [Arg0]) [Local0])
    Return (Local2)
}

This is a firmware bug and I suggest contacting your laptop's manufacturer..

I'm still looking into the CAP1 error. This is one that can potentially be solved in the kernel.

Also, please provide the name of the system. Thanks
Comment 11 Erik Kaneda 2019-04-15 22:15:17 UTC
Also, please post the dmesg of this machine
Comment 12 Sean 2019-04-18 16:31:53 UTC
Sorry, thought i added it.  Let me grab it from Fedoras bugzilla
Comment 13 Sean 2019-04-18 16:39:57 UTC
Here link with the specs,  i have the model with 512 gb harddrive and 16 gigs of ram.  Same proc and monitor.

https://m.newegg.com/products/9SIA24G6R28560
Comment 14 Zhang Rui 2019-07-01 08:24:46 UTC
Hi, @Erik, any update?
Comment 15 Zhang Rui 2019-09-03 06:52:02 UTC
ping Erik. :p
Comment 16 Zhang Rui 2020-11-18 14:15:37 UTC
@Sean, please provide the dmesg output requested in comment #11,
plus, the URL does not provide any useful information, please check the model name of your machine, or attach the dmidecode output.
Comment 17 Daniel Junior 2020-12-02 11:18:28 UTC
I'm also affected. Using MX Linux MX-19.3
Notebook HP ProBook 440 G4 


dmidecode here: https://pastebin.com/PhXHjDng
Comment 18 Zhang Rui 2021-01-03 15:14:58 UTC
Bug closed as there is no response from the bug reporter.
Please feel free to re-open it if the problem still exists in the latest upstream kernel.

Daniel, please file a new bug report.
Comment 19 Daniel Junior 2021-01-03 15:16:47 UTC
(In reply to Zhang Rui from comment #18)
> Bug closed as there is no response from the bug reporter.
> Please feel free to re-open it if the problem still exists in the latest
> upstream kernel.
> 
> Daniel, please file a new bug report.

Thanks, Zhang. Will do.
Comment 20 Daniel Junior 2021-01-03 15:17:10 UTC
(In reply to Zhang Rui from comment #18)
> Bug closed as there is no response from the bug reporter.
> Please feel free to re-open it if the problem still exists in the latest
> upstream kernel.
> 
> Daniel, please file a new bug report.

Thanks, Zhang. Will do.

Note You need to log in before you can comment on or make changes to this bug.