[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e8e06aca-c3f1-d833-c766-01f05dfa0f37@metux.net>
Date: Thu, 12 Nov 2020 16:06:13 +0100
From: "Enrico Weigelt, metux IT consult" <lkml@...ux.net>
To: "Limonciello, Mario" <Mario.Limonciello@...l.com>,
Matthew Garrett <mjg59@...f.ucam.org>,
"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>
Subject: Re: [PATCH] platform/x86: dell-privacy: Add support for new privacy
driver
On 11.11.20 15:30, Limonciello, Mario wrote:
Hi,
> Pressing the mute key activates a time delayed circuit to physically cut
> off the mute. The LED is in the same circuit, so it reflects the true
> state of the HW mute. The reason for the EC "ack" is so that software
> can first invoke a SW mute before the HW circuit is cut off. Without SW
> cutting this off first does not affect the time delayed muting or status
> of the LED but there is a possibility of a "popping" noise leading to a
> poor user experience.
how long is that timeout ?
> Exposing as an LED device allows the codec drivers notification path to
> EC ACK to work.
Which driver exactly ? Who's gonna access this LED ?
--mtx
--
---
Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert
werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@...ux.net -- +49-151-27565287
Powered by blists - more mailing lists