Bug 258526
| Summary: | ACPI reports "1 arguments were passed to a non-method ACPI object (Buffer)" | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Nick Briggs <nicholas.h.briggs> | ||||||
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||||
| Status: | Closed Not A Bug | ||||||||
| Severity: | Affects Some People | ||||||||
| Priority: | --- | ||||||||
| Version: | 13.0-RELEASE | ||||||||
| Hardware: | Any | ||||||||
| OS: | Any | ||||||||
| Attachments: |
|
||||||||
Created attachment 227931 [details]
full dmesg output from reboot
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. 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? It's possible that the method reported was not invoked previously. I think it might be used by acpi_wmi driver. |
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.