This example would indicate that the device is a set of GPIO keys (power buttons, lid switch, etc.).
[ 0.000000] ACPI: PRP0001:0: device active. Ghost made flesh.
: Used on Intel Edison or other IoT platforms to let Linux drivers work without rewriting code for ACPI. How to handle it If you are seeing this as an "Unknown Device" in Windows: ACPI Based Device Enumeration acpi prp0001 0
1. "Error: ACPI device _HID 'PRP0001' is missing 'compatible' property"
If a device fails to probe (showing an error like probe of PRP0001:01 failed with error -38 ), the most common issues are a missing driver, an incorrect compatible string, or the kernel's failure to correctly match the data between the ACPI description and the DT driver. This example would indicate that the device is
The correct operation of such a device depends entirely on two factors:
)
She assumed it was a colleague messing with her. She ignored it and pulled the ACPI source code from the kernel. Buried in the AML (ACPI Machine Language) interpreter, she found the handler for PRP0001. It wasn't a generic stub. Someone had patched it. The code read:
This ID frequently appears as an "Unknown Device" in Windows Device Manager on specific hardware that wasn't originally designed for Windows, or uses cross-platform drivers: : Used on Intel Edison or other IoT
(less common):