* [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended
@ 2015-11-21 14:16 Gabriele Mazzotta
2015-11-21 19:18 ` Pali Rohár
2015-11-23 14:48 ` Pali Rohár
0 siblings, 2 replies; 4+ messages in thread
From: Gabriele Mazzotta @ 2015-11-21 14:16 UTC (permalink / raw)
To: dvhart, pali.rohar; +Cc: platform-driver-x86, linux-kernel, Gabriele Mazzotta
Some BIOSes unconditionally send an ACPI notification to RBTN when the
system is resuming from suspend. This makes dell-rbtn send an input
event to userspace as if a function key was pressed. Prevent this by
ignoring all the notifications received while the device is suspended.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=106031
Signed-off-by: Gabriele Mazzotta <gabriele.mzt@gmail.com>
---
drivers/platform/x86/dell-rbtn.c | 28 ++++++++++++++++++++++++++++
1 file changed, 28 insertions(+)
diff --git a/drivers/platform/x86/dell-rbtn.c b/drivers/platform/x86/dell-rbtn.c
index cd410e3..1d64b72 100644
--- a/drivers/platform/x86/dell-rbtn.c
+++ b/drivers/platform/x86/dell-rbtn.c
@@ -28,6 +28,7 @@ struct rbtn_data {
enum rbtn_type type;
struct rfkill *rfkill;
struct input_dev *input_dev;
+ bool suspended;
};
@@ -220,9 +221,33 @@ static const struct acpi_device_id rbtn_ids[] = {
{ "", 0 },
};
+#ifdef CONFIG_PM_SLEEP
+static int rbtn_suspend(struct device *dev)
+{
+ struct acpi_device *device = to_acpi_device(dev);
+ struct rbtn_data *rbtn_data = acpi_driver_data(device);
+
+ rbtn_data->suspended = true;
+
+ return 0;
+}
+
+static int rbtn_resume(struct device *dev)
+{
+ struct acpi_device *device = to_acpi_device(dev);
+ struct rbtn_data *rbtn_data = acpi_driver_data(device);
+
+ rbtn_data->suspended = false;
+
+ return 0;
+}
+#endif
+static SIMPLE_DEV_PM_OPS(rbtn_pm_ops, rbtn_suspend, rbtn_resume);
+
static struct acpi_driver rbtn_driver = {
.name = "dell-rbtn",
.ids = rbtn_ids,
+ .drv.pm = &rbtn_pm_ops,
.ops = {
.add = rbtn_add,
.remove = rbtn_remove,
@@ -384,6 +409,9 @@ static void rbtn_notify(struct acpi_device *device, u32 event)
{
struct rbtn_data *rbtn_data = device->driver_data;
+ if (rbtn_data->suspended)
+ return;
+
if (event != 0x80) {
dev_info(&device->dev, "Received unknown event (0x%x)\n",
event);
--
2.6.2
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended
2015-11-21 14:16 [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended Gabriele Mazzotta
@ 2015-11-21 19:18 ` Pali Rohár
2015-11-23 14:48 ` Pali Rohár
1 sibling, 0 replies; 4+ messages in thread
From: Pali Rohár @ 2015-11-21 19:18 UTC (permalink / raw)
To: Gabriele Mazzotta
Cc: dvhart, platform-driver-x86, linux-kernel, Rafael J. Wysocki,
linux-acpi
[-- Attachment #1: Type: Text/Plain, Size: 2538 bytes --]
On Saturday 21 November 2015 15:16:15 Gabriele Mazzotta wrote:
> Some BIOSes unconditionally send an ACPI notification to RBTN when
> the system is resuming from suspend. This makes dell-rbtn send an
> input event to userspace as if a function key was pressed. Prevent
> this by ignoring all the notifications received while the device is
> suspended.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=106031
> Signed-off-by: Gabriele Mazzotta <gabriele.mzt@gmail.com>
Looks like we need to ignore ACPI events when RBTN device is suspended.
So for me it is OK. If ACPI people are OK with implementation, add my
Acked-By: Pali Rohár <pali.rohar@gmail.com>
> ---
> drivers/platform/x86/dell-rbtn.c | 28 ++++++++++++++++++++++++++++
> 1 file changed, 28 insertions(+)
>
> diff --git a/drivers/platform/x86/dell-rbtn.c
> b/drivers/platform/x86/dell-rbtn.c index cd410e3..1d64b72 100644
> --- a/drivers/platform/x86/dell-rbtn.c
> +++ b/drivers/platform/x86/dell-rbtn.c
> @@ -28,6 +28,7 @@ struct rbtn_data {
> enum rbtn_type type;
> struct rfkill *rfkill;
> struct input_dev *input_dev;
> + bool suspended;
> };
>
>
> @@ -220,9 +221,33 @@ static const struct acpi_device_id rbtn_ids[] =
> { { "", 0 },
> };
>
> +#ifdef CONFIG_PM_SLEEP
> +static int rbtn_suspend(struct device *dev)
> +{
> + struct acpi_device *device = to_acpi_device(dev);
> + struct rbtn_data *rbtn_data = acpi_driver_data(device);
> +
> + rbtn_data->suspended = true;
> +
> + return 0;
> +}
> +
> +static int rbtn_resume(struct device *dev)
> +{
> + struct acpi_device *device = to_acpi_device(dev);
> + struct rbtn_data *rbtn_data = acpi_driver_data(device);
> +
> + rbtn_data->suspended = false;
> +
> + return 0;
> +}
> +#endif
> +static SIMPLE_DEV_PM_OPS(rbtn_pm_ops, rbtn_suspend, rbtn_resume);
> +
> static struct acpi_driver rbtn_driver = {
> .name = "dell-rbtn",
> .ids = rbtn_ids,
> + .drv.pm = &rbtn_pm_ops,
> .ops = {
> .add = rbtn_add,
> .remove = rbtn_remove,
> @@ -384,6 +409,9 @@ static void rbtn_notify(struct acpi_device
> *device, u32 event) {
> struct rbtn_data *rbtn_data = device->driver_data;
>
> + if (rbtn_data->suspended)
> + return;
> +
> if (event != 0x80) {
> dev_info(&device->dev, "Received unknown event (0x%x)\n",
> event);
CCing Rafael & linux-acpi.
Is this correct way (via "suspended" variable and hooks in PM) how to
ignore ACPI events when device is suspended?
--
Pali Rohár
pali.rohar@gmail.com
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended
2015-11-21 14:16 [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended Gabriele Mazzotta
2015-11-21 19:18 ` Pali Rohár
@ 2015-11-23 14:48 ` Pali Rohár
2015-11-23 19:24 ` Darren Hart
1 sibling, 1 reply; 4+ messages in thread
From: Pali Rohár @ 2015-11-23 14:48 UTC (permalink / raw)
To: Gabriele Mazzotta
Cc: dvhart, platform-driver-x86, linux-kernel, Andrei Borzenkov
On Saturday 21 November 2015 15:16:15 Gabriele Mazzotta wrote:
> Some BIOSes unconditionally send an ACPI notification to RBTN when the
> system is resuming from suspend. This makes dell-rbtn send an input
> event to userspace as if a function key was pressed. Prevent this by
> ignoring all the notifications received while the device is suspended.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=106031
> Signed-off-by: Gabriele Mazzotta <gabriele.mzt@gmail.com>
Andrei Borzenkov (CCed) tested this patch and patch does not fix bug.
Probably there is race condition and ACPI event is sent *after* function
rbtn_resume is called.
--
Pali Rohár
pali.rohar@gmail.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended
2015-11-23 14:48 ` Pali Rohár
@ 2015-11-23 19:24 ` Darren Hart
0 siblings, 0 replies; 4+ messages in thread
From: Darren Hart @ 2015-11-23 19:24 UTC (permalink / raw)
To: Pali Rohár, Rafael Wysocki
Cc: Gabriele Mazzotta, platform-driver-x86, linux-kernel,
Andrei Borzenkov
On Mon, Nov 23, 2015 at 03:48:58PM +0100, Pali Rohár wrote:
> On Saturday 21 November 2015 15:16:15 Gabriele Mazzotta wrote:
> > Some BIOSes unconditionally send an ACPI notification to RBTN when the
> > system is resuming from suspend. This makes dell-rbtn send an input
> > event to userspace as if a function key was pressed. Prevent this by
> > ignoring all the notifications received while the device is suspended.
> >
> > Link: https://bugzilla.kernel.org/show_bug.cgi?id=106031
> > Signed-off-by: Gabriele Mazzotta <gabriele.mzt@gmail.com>
>
> Andrei Borzenkov (CCed) tested this patch and patch does not fix bug.
> Probably there is race condition and ACPI event is sent *after* function
> rbtn_resume is called.
I'm dropping this one until we can sort out a proper fix.
Is direction still needed from the ACPI side?
+Rafael
--
Darren Hart
Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-11-23 19:24 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-11-21 14:16 [PATCH] dell-rbtn: Ignore ACPI notifications if device is suspended Gabriele Mazzotta
2015-11-21 19:18 ` Pali Rohár
2015-11-23 14:48 ` Pali Rohár
2015-11-23 19:24 ` Darren Hart
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox