On Sat, 01 Oct 2022 12:30:22 +0200,
Artem S. Tashkinov wrote:
- 2 -
Here's another one which is outright puzzling:
You run: dmesg -t --level=emerg,crit,err
And you see some non-descript errors of some kernel subsystems seemingly
failing or being unhappy about your hardware. Errors are as cryptic as
humanly possible, you don't even know what part of kernel has produced them.
OK, as a "power" user I download the kernel source, run `grep -R message
/tmp/linux-5.19` and there are _multiple_ different modules and places
which contain this message.
I'm lost. Send this to LKML? Did that in the long past, no one cared, I
Here's what I'm getting with Linux 5.19.12:
platform wdat_wdt: failed to claim resource 5: [mem
ACPI: watchdog: Device creation failed: -16
ACPI BIOS Error (bug): Could not resolve symbol
[\_SB.PCI0.XHC.RHUB.TPLD], AE_NOT_FOUND (20220331/psargs-330)
ACPI Error: Aborting method \_SB.UBTC.CR01._PLD due to previous error
platform MSFT0101:00: failed to claim resource 1: [mem
acpi MSFT0101:00: platform device creation failed: -16
lis3lv02d: unknown sensor type 0x0
Are they serious? Should they be reported or not? Is my laptop properly
working? I have no clue at all.
That's a dilemma. The kernel can't know whether it's "properly"
working, either -- that is, whether the lack of some functions matters
for you or not. In your case above, it's about a watchdog, something
related with USB, TPM, and acceleration sensor, all of which likely
come from a buggy BIOS. Would you mind if those features are missing?
Or even whether your device has a correct hardware implementation?
Kernel doesn't know, hence it complains as an error.
In many drivers, there are mechanisms to shut off superfluous error
messages for known devices. So it's case-by-case solutions.
Or you can completely hide those errors at boot by a boot option