[<prev] [next>] [day] [month] [year] [list]
Message-Id: <20241122082954.658356-1-d-tatianin@yandex-team.ru>
Date: Fri, 22 Nov 2024 11:29:54 +0300
From: Daniil Tatianin <d-tatianin@...dex-team.ru>
To: Robert Moore <robert.moore@...el.com>
Cc: Daniil Tatianin <d-tatianin@...dex-team.ru>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Len Brown <lenb@...nel.org>,
Hans de Goede <hdegoede@...hat.com>,
Erik Kaneda <erik.kaneda@...el.com>,
linux-acpi@...r.kernel.org,
acpica-devel@...ts.linux.dev,
linux-kernel@...r.kernel.org
Subject: [PATCH] ACPICA: events/evxfregn: don't release the ContextMutex that was never acquired
This bug was first introduced in c27f3d011b08, where the author of the
patch probably meant to do DeleteMutex instead of ReleaseMutex. The
mutex leak was noticed later on and fixed in e4dfe108371, but the bogus
MutexRelease line was never removed, so do it now.
Link: https://github.com/acpica/acpica/pull/982
Fixes: c27f3d011b08 ("Fix race in GenericSerialBus (I2C) and GPIO OpRegion parameter handling")
Signed-off-by: Daniil Tatianin <d-tatianin@...dex-team.ru>
---
drivers/acpi/acpica/evxfregn.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/acpi/acpica/evxfregn.c b/drivers/acpi/acpica/evxfregn.c
index 95f78383bbdb..bff2d099f469 100644
--- a/drivers/acpi/acpica/evxfregn.c
+++ b/drivers/acpi/acpica/evxfregn.c
@@ -232,8 +232,6 @@ acpi_remove_address_space_handler(acpi_handle device,
/* Now we can delete the handler object */
- acpi_os_release_mutex(handler_obj->address_space.
- context_mutex);
acpi_ut_remove_reference(handler_obj);
goto unlock_and_exit;
}
--
2.34.1
Powered by blists - more mailing lists