On Thursday, September 29, 2016 12:28:43 PM Grant Likely wrote:
> It's not an error if the IBM ACPI pseudo-device isn't present, it merely
> means the kernel isn't running on that IBM hardware. Get rid of the
> error report so as not to pollute the kernel log with an message
> irrelevant to the vast majority of users.
>
> If someone wants to debug it, they can turn on the pr_debug() message
> which will show progress through the .init function.
>
> Reported-by: Jim Hull <jim.h...@hpe.com>
> Signed-off-by: Grant Likely <grant.lik...@hpe.com>
> Cc: Linn Crosetto <l...@hpe.com>
> Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
> Cc: Bjorn Helgaas <bhelg...@google.com>
ACK
> ---
> drivers/pci/hotplug/acpiphp_ibm.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/pci/hotplug/acpiphp_ibm.c
> b/drivers/pci/hotplug/acpiphp_ibm.c
> index f6221d7..ec43510 100644
> --- a/drivers/pci/hotplug/acpiphp_ibm.c
> +++ b/drivers/pci/hotplug/acpiphp_ibm.c
> @@ -439,7 +439,6 @@ static int __init ibm_acpiphp_init(void)
> if (acpi_walk_namespace(ACPI_TYPE_DEVICE, ACPI_ROOT_OBJECT,
> ACPI_UINT32_MAX, ibm_find_acpi_device, NULL,
> &ibm_acpi_handle, NULL) != FOUND_APCI) {
> - pr_err("%s: acpi_walk_namespace failed\n", __func__);
> retval = -ENODEV;
> goto init_return;
> }
>
Thanks,
Rafael
