From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Armin Wolf <W_Armin@gmx.de>, Hans de Goede <hdegoede@redhat.com>
Cc: markgross@kernel.org, platform-driver-x86@vger.kernel.org,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 4/6] platform/x86: wmi: Fix probe failure when failing to register WMI devices
Date: Thu, 12 Oct 2023 19:32:20 +0300 (EEST) [thread overview]
Message-ID: <6fc5eacc-15e7-8de4-a031-d57ae27568bd@linux.intel.com> (raw)
In-Reply-To: <20231007233933.72121-5-W_Armin@gmx.de>
On Sun, 8 Oct 2023, Armin Wolf wrote:
> When a WMI device besides the first one somehow fails to register, retval
> is returned while still containing a negative error code. This causes the
> ACPI device failing to probe, leaving behind zombie WMI devices leading
> to various errors later.
> Fix this by handling the single error path separately and return 0 after
> trying to register all WMI devices. Also continue to register WMI devices
> even if some fail to allocate.
I think the usual approach would be to unroll all registerations done so
far when an error occurs while registering n devices.
Do you Hans have something to add what would be the best course of action
here?
--
i.
> Fixes: 6ee50aaa9a20 ("platform/x86: wmi: Instantiate all devices before adding them")
> Signed-off-by: Armin Wolf <W_Armin@gmx.de>
> ---
> drivers/platform/x86/wmi.c | 16 ++++++++--------
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/platform/x86/wmi.c b/drivers/platform/x86/wmi.c
> index e3984801883a..ab24ea9ffc9a 100644
> --- a/drivers/platform/x86/wmi.c
> +++ b/drivers/platform/x86/wmi.c
> @@ -1338,8 +1338,8 @@ static int parse_wdg(struct device *wmi_bus_dev, struct platform_device *pdev)
> struct wmi_block *wblock;
> union acpi_object *obj;
> acpi_status status;
> - int retval = 0;
> u32 i, total;
> + int retval;
>
> status = acpi_evaluate_object(device->handle, "_WDG", NULL, &out);
> if (ACPI_FAILURE(status))
> @@ -1350,8 +1350,8 @@ static int parse_wdg(struct device *wmi_bus_dev, struct platform_device *pdev)
> return -ENXIO;
>
> if (obj->type != ACPI_TYPE_BUFFER) {
> - retval = -ENXIO;
> - goto out_free_pointer;
> + kfree(obj);
> + return -ENXIO;
> }
>
> gblock = (const struct guid_block *)obj->buffer.pointer;
> @@ -1366,8 +1366,8 @@ static int parse_wdg(struct device *wmi_bus_dev, struct platform_device *pdev)
>
> wblock = kzalloc(sizeof(*wblock), GFP_KERNEL);
> if (!wblock) {
> - retval = -ENOMEM;
> - break;
> + dev_err(wmi_bus_dev, "Failed to allocate %pUL\n", &gblock[i].guid);
> + continue;
> }
>
> wblock->acpi_device = device;
> @@ -1398,9 +1398,9 @@ static int parse_wdg(struct device *wmi_bus_dev, struct platform_device *pdev)
> }
> }
>
> -out_free_pointer:
> - kfree(out.pointer);
> - return retval;
> + kfree(obj);
> +
> + return 0;
> }
>
> /*
> --
> 2.39.2
>
next prev parent reply other threads:[~2023-10-12 16:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-07 23:39 [PATCH 0/6] Preparations for fixing WMI reprobing issue Armin Wolf
2023-10-07 23:39 ` [PATCH 1/6] platform/x86: wmi: Update MAINTAINERS entry Armin Wolf
2023-10-11 9:24 ` Hans de Goede
2023-10-07 23:39 ` [PATCH 2/6] platform/x86: wmi: Decouple probe deferring from wmi_block_list Armin Wolf
2023-10-09 13:19 ` Ilpo Järvinen
2023-10-07 23:39 ` [PATCH 3/6] platform/x86: wmi: Fix refcounting of WMI devices in legacy functions Armin Wolf
2023-10-07 23:39 ` [PATCH 4/6] platform/x86: wmi: Fix probe failure when failing to register WMI devices Armin Wolf
2023-10-12 16:32 ` Ilpo Järvinen [this message]
2023-10-13 16:24 ` Armin Wolf
2023-10-07 23:39 ` [PATCH 5/6] platform/x86: wmi: Fix opening of char device Armin Wolf
2023-10-07 23:39 ` [PATCH 6/6] platform/x86: wmi: Decouple WMI device removal from wmi_block_list Armin Wolf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6fc5eacc-15e7-8de4-a031-d57ae27568bd@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=W_Armin@gmx.de \
--cc=hdegoede@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=markgross@kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox