Bug 258526 - ACPI reports "1 arguments were passed to a non-method ACPI object (Buffer)"
Summary: ACPI reports "1 arguments were passed to a non-method ACPI object (Buffer)"
Status: Closed Not A Bug
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 13.0-RELEASE
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-09-16 02:26 UTC by Nick Briggs
Modified: 2021-09-18 07:19 UTC (History)
0 users

See Also:


Attachments
Output of ACPICA "acpidump" for HP Compaq nc4010 Notebook PC (119.08 KB, text/plain)
2021-09-16 02:26 UTC, Nick Briggs
no flags Details
full dmesg output from reboot (9.92 KB, text/plain)
2021-09-16 02:31 UTC, Nick Briggs
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Briggs 2021-09-16 02:26:27 UTC
Created attachment 227930 [details]
Output of ACPICA "acpidump" for HP Compaq nc4010 Notebook PC

Hardware: "HP Compaq nc4010 Notebook PC", running "FreeBSD 13.0-RELEASE-p4"

On boot, it logs

ACPI: \134_SB.C19E.WQAE: 1 arguments were passed to a non-method ACPI object (Buffer) (20201113/nsarguments-361)

I can't tell whether this has any deleterious effects on the system.
Comment 1 Nick Briggs 2021-09-16 02:31:00 UTC
Created attachment 227931 [details]
full dmesg output from reboot
Comment 2 Andriy Gapon freebsd_committer 2021-09-17 06:06:21 UTC
This is FreeBSD (or rather ACPICA component within it) reporting an issue with the firmware.
If you do experience any problems please report this to the vendor.
Comment 3 Nick Briggs 2021-09-17 16:22:52 UTC
This didn't show up in FreeBSD 12, and without any change to the firmware it now show up in FreeBSD 13 -- did the error checking get better?  Is the ACPICA component misinterpreting something?
Comment 4 Andriy Gapon freebsd_committer 2021-09-18 07:19:43 UTC
It's possible that the method reported was not invoked previously.
I think it might be used by acpi_wmi driver.