From: "Marco Scardovi (scardracs)" <mscardovi95@gmail.com>
To: andriy.shevchenko@linux.intel.com
Cc: brgl@kernel.org, linusw@kernel.org, linux-acpi@vger.kernel.org,
linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org,
mika.westerberg@linux.intel.com, mscardovi95@gmail.com,
westeri@kernel.org
Subject: [PATCH v3 2/2] Fixes: gpiolib: acpi: resource leak in OpRegion
Date: Wed, 20 May 2026 09:45:47 +0200 [thread overview]
Message-ID: <20260520074955.55443-3-mscardovi95@gmail.com> (raw)
In-Reply-To: <20260520074955.55443-1-mscardovi95@gmail.com>
If acpi_remove_address_space_handler() fails, the cleanup function
acpi_gpiochip_free_regions() previously returned early. This leaks
the connections list and all requested GPIO descriptors.
Similarly, if acpi_gpio_adr_space_handler() fails to allocate a connection
or request a GPIO descriptor during a multi-pin transaction, it exits
without freeing the descriptors and connections that were already allocated
in the same call.
To avoid leaks, introduce a localized new_conns list inside the handler to
track the new connections requested during the current transaction. On
error, roll back only the connections in the new_conns list (avoiding
deadlock on the non-recursive conn_lock and preventing over-cleanup of
historic connections). On success, splice the new_conns list into the
global achip->conns list under the conn_lock.
Additionally, rename the global connection cleanup function to
acpi_gpiochip_free_all_connections() and call it in the GPIO chip teardown
path.
Fixes: 473ed7be0da0 ("gpio / ACPI: Add support for ACPI GPIO operation regions")
Assisted-by: Antigravity:gemini-3-flash
Signed-off-by: Marco Scardovi <mscardovi95@gmail.com>
---
drivers/gpio/gpiolib-acpi-core.c | 133 ++++++++++++++++++++++++-------
1 file changed, 102 insertions(+), 31 deletions(-)
diff --git a/drivers/gpio/gpiolib-acpi-core.c b/drivers/gpio/gpiolib-acpi-core.c
index a6d78dad299e..f891451ef0ba 100644
--- a/drivers/gpio/gpiolib-acpi-core.c
+++ b/drivers/gpio/gpiolib-acpi-core.c
@@ -1094,6 +1094,46 @@ int acpi_dev_gpio_irq_wake_get_by(struct acpi_device *adev, const char *con_id,
}
EXPORT_SYMBOL_GPL(acpi_dev_gpio_irq_wake_get_by);
+static void acpi_gpiochip_free_connection_list(struct list_head *list)
+{
+ struct acpi_gpio_connection *conn;
+ struct acpi_gpio_connection *tmp;
+
+ list_for_each_entry_safe_reverse(conn, tmp, list, node) {
+ gpiochip_free_own_desc(conn->desc);
+ list_del(&conn->node);
+ kfree(conn);
+ }
+}
+
+static void acpi_gpiochip_free_all_connections(struct acpi_gpio_chip *achip)
+{
+ guard(mutex)(&achip->conn_lock);
+
+ acpi_gpiochip_free_connection_list(&achip->conns);
+}
+
+static struct acpi_gpio_connection *
+acpi_gpiochip_find_conn(struct acpi_gpio_chip *achip,
+ struct list_head *new_conns, unsigned int pin)
+{
+ struct acpi_gpio_connection *conn;
+
+ list_for_each_entry(conn, &achip->conns, node) {
+ if (conn->pin == pin)
+ return conn;
+ }
+
+ if (new_conns) {
+ list_for_each_entry(conn, new_conns, node) {
+ if (conn->pin == pin)
+ return conn;
+ }
+ }
+
+ return NULL;
+}
+
static acpi_status
acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
u32 bits, u64 *value, void *handler_context,
@@ -1101,11 +1141,16 @@ acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
{
struct acpi_gpio_chip *achip = region_context;
struct gpio_chip *chip = achip->chip;
+ struct acpi_gpio_connection *other;
+ struct acpi_gpio_connection *conn;
struct acpi_resource_gpio *agpio;
struct acpi_resource *ares;
u16 pin_index = address;
+ LIST_HEAD(new_conns);
acpi_status status;
int length;
+ u16 shift;
+ u16 word;
int i;
status = acpi_buffer_to_resource(achip->conn_info.connection,
@@ -1129,20 +1174,15 @@ acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
length = min(agpio->pin_table_length, pin_index + bits);
for (i = pin_index; i < length; ++i) {
unsigned int pin = agpio->pin_table[i];
- struct acpi_gpio_connection *conn;
struct gpio_desc *desc;
- u16 word, shift;
- bool found;
+ bool found = false;
mutex_lock(&achip->conn_lock);
- found = false;
- list_for_each_entry(conn, &achip->conns, node) {
- if (conn->pin == pin) {
- found = true;
- desc = conn->desc;
- break;
- }
+ conn = acpi_gpiochip_find_conn(achip, &new_conns, pin);
+ if (conn) {
+ desc = conn->desc;
+ found = true;
}
/*
@@ -1163,34 +1203,62 @@ acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
}
}
+ mutex_unlock(&achip->conn_lock);
+
if (!found) {
desc = acpi_request_own_gpiod(chip, agpio, i, "ACPI:OpRegion");
if (IS_ERR(desc)) {
- mutex_unlock(&achip->conn_lock);
+ /*
+ * In case of concurrent handler execution, if
+ * another thread has already requested the same
+ * GPIO pin, this call might fail with -EBUSY.
+ * Acquire the lock and re-check both lists. If
+ * the other thread has added it in the meantime,
+ * we use that one.
+ */
+ if (PTR_ERR(desc) == -EBUSY) {
+ mutex_lock(&achip->conn_lock);
+ conn = acpi_gpiochip_find_conn(achip, &new_conns, pin);
+ if (conn) {
+ desc = conn->desc;
+ found = true;
+ }
+ mutex_unlock(&achip->conn_lock);
+ if (found)
+ goto use_existing;
+ }
status = AE_ERROR;
- goto out;
+ goto err_free_new_conns;
}
conn = kzalloc_obj(*conn);
if (!conn) {
gpiochip_free_own_desc(desc);
- mutex_unlock(&achip->conn_lock);
status = AE_NO_MEMORY;
- goto out;
+ goto err_free_new_conns;
}
conn->pin = pin;
conn->desc = desc;
- list_add_tail(&conn->node, &achip->conns);
- }
- mutex_unlock(&achip->conn_lock);
+ mutex_lock(&achip->conn_lock);
+ /*
+ * Re-check both lists again before adding to local
+ * new_conns, as another thread could have completed
+ * and spliced its list while conn_lock was released.
+ */
+ other = acpi_gpiochip_find_conn(achip, &new_conns, pin);
+ if (other) {
+ gpiochip_free_own_desc(conn->desc);
+ kfree(conn);
+ desc = other->desc;
+ } else {
+ list_add_tail(&conn->node, &new_conns);
+ }
+ mutex_unlock(&achip->conn_lock);
+ }
- /*
- * For the cases when OperationRegion() consists of more than
- * 64 bits calculate the word and bit shift to use that one to
- * access the value.
- */
+use_existing:
word = i / 64;
shift = i % 64;
@@ -1204,9 +1272,19 @@ acpi_gpio_adr_space_handler(u32 function, acpi_physical_address address,
}
}
+ mutex_lock(&achip->conn_lock);
+ list_splice_tail(&new_conns, &achip->conns);
+ mutex_unlock(&achip->conn_lock);
+
+ status = AE_OK;
+
out:
ACPI_FREE(ares);
return status;
+
+err_free_new_conns:
+ acpi_gpiochip_free_connection_list(&new_conns);
+ goto out;
}
static void acpi_gpiochip_request_regions(struct acpi_gpio_chip *achip)
@@ -1229,22 +1307,15 @@ static void acpi_gpiochip_free_regions(struct acpi_gpio_chip *achip)
{
struct gpio_chip *chip = achip->chip;
acpi_handle handle = ACPI_HANDLE(chip->parent);
- struct acpi_gpio_connection *conn, *tmp;
acpi_status status;
status = acpi_remove_address_space_handler(handle, ACPI_ADR_SPACE_GPIO,
acpi_gpio_adr_space_handler);
- if (ACPI_FAILURE(status)) {
+ if (ACPI_FAILURE(status))
dev_err(chip->parent,
"Failed to remove GPIO OpRegion handler\n");
- return;
- }
- list_for_each_entry_safe_reverse(conn, tmp, &achip->conns, node) {
- gpiochip_free_own_desc(conn->desc);
- list_del(&conn->node);
- kfree(conn);
- }
+ acpi_gpiochip_free_all_connections(achip);
}
void acpi_gpiochip_add(struct gpio_chip *chip)
--
2.54.0
next prev parent reply other threads:[~2026-05-20 7:50 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-18 7:53 [PATCH 00/12] gpiolib: acpi: Refactor, harden, and modularize ACPI GPIO support Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 01/12] gpiolib: acpi: Use snprintf() for ACPI event name formatting Marco Scardovi (scardracs)
2026-05-18 8:07 ` Andy Shevchenko
2026-05-18 7:53 ` [PATCH 02/12] gpiolib: acpi: Modernize string parsing in quirks layer Marco Scardovi (scardracs)
2026-05-18 8:11 ` Andy Shevchenko
2026-05-18 7:53 ` [PATCH 03/12] gpiolib: acpi: Add robust bounds-checking for GPIO pin resources Marco Scardovi (scardracs)
2026-05-18 10:33 ` Mika Westerberg
2026-05-19 7:00 ` [PATCH v2 0/2] gpiolib: acpi: Add bounds-checking and fix leak in OpRegion Marco Scardovi (scardracs)
2026-05-19 7:00 ` [PATCH 1/2] gpiolib: acpi: Add robust bounds-checking for GPIO pin resources Marco Scardovi (scardracs)
2026-05-19 7:25 ` Andy Shevchenko
2026-05-19 7:00 ` [PATCH 2/2] gpiolib: acpi: Fix resource leak in OpRegion cleanup path Marco Scardovi (scardracs)
2026-05-19 8:28 ` Andy Shevchenko
2026-05-20 7:45 ` [PATCH v3 0/2] gpiolib: acpi: Fix bounds-checking and connection leak Marco Scardovi (scardracs)
2026-05-20 7:45 ` [PATCH v3 1/2] gpiolib: acpi: Add robust bounds-checking for GPIO pin resources Marco Scardovi (scardracs)
2026-06-02 7:34 ` Andy Shevchenko
2026-05-20 7:45 ` Marco Scardovi (scardracs) [this message]
2026-06-02 7:45 ` [PATCH v3 2/2] Fixes: gpiolib: acpi: resource leak in OpRegion Andy Shevchenko
2026-06-02 7:47 ` [PATCH v3 0/2] gpiolib: acpi: Fix bounds-checking and connection leak Andy Shevchenko
2026-05-18 7:53 ` [PATCH 04/12] gpiolib: acpi: Fix resource leak in OpRegion cleanup path Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 05/12] gpiolib: acpi: Declare shared structures in gpiolib-acpi.h Marco Scardovi (scardracs)
2026-05-18 8:21 ` Andy Shevchenko
2026-05-18 7:53 ` [PATCH 06/12] gpiolib: acpi: Expose core GPIO resource and OpRegion helpers Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 07/12] gpiolib: acpi: Add dedicated Operation Region module Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 08/12] gpiolib: acpi: Divert OpRegion registration callbacks from core Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 09/12] gpiolib: acpi: Remove unused static address space emulation " Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 10/12] gpiolib: acpi: Declare shared event helpers in gpiolib-acpi.h Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 11/12] gpiolib: acpi: Add dedicated ACPI GPIO events module Marco Scardovi (scardracs)
2026-05-18 7:53 ` [PATCH 12/12] gpiolib: acpi: Decouple Event and Interrupt handling from core Marco Scardovi (scardracs)
2026-05-18 8:19 ` [PATCH 00/12] gpiolib: acpi: Refactor, harden, and modularize ACPI GPIO support Andy Shevchenko
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=20260520074955.55443-3-mscardovi95@gmail.com \
--to=mscardovi95@gmail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=brgl@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=westeri@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