[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 11 Nov 2020 07:24:56 +0000
From: Matthew Garrett <mjg59@...f.ucam.org>
To: "Yuan, Perry" <Perry.Yuan@...l.com>
Cc: "hdegoede@...hat.com" <hdegoede@...hat.com>,
"mgross@...ux.intel.com" <mgross@...ux.intel.com>,
"pali@...nel.org" <pali@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"platform-driver-x86@...r.kernel.org"
<platform-driver-x86@...r.kernel.org>,
"Limonciello, Mario" <Mario.Limonciello@...l.com>
Subject: Re: [PATCH] platform/x86: dell-privacy: Add support for new privacy
driver
On Wed, Nov 11, 2020 at 07:21:07AM +0000, Yuan, Perry wrote:
> > > + status = acpi_evaluate_object(NULL, ACPI_PRIVACY_EC_ACK, NULL,
> > NULL);
> > > + if (ACPI_FAILURE(status)) {
> > > + dev_err(led_cdev->dev, "Error setting privacy audio EC ack
> > value: %d\n",status);
> > > + return -EIO;
> > > + }
> > > + return 0;
> > > +}
> >
> > What's actually being set here? You don't seem to be passing any arguments.
>
> Yes, it is a EC ack notification without any arguments needed.
I'm confused why it's being exposed as an LED device in that case -
there's an expectation that this is something that actually controls a
real LED, which means responding to state. Are you able to share the
acpidump of a machine with this device?
--
Matthew Garrett | mjg59@...f.ucam.org
Powered by blists - more mailing lists