From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Andrew Lutomirski <luto@mit.edu>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>,
ibm-acpi-devel@lists.sourceforge.net,
platform-driver-x86@vger.kernel.org
Subject: Re: [ibm-acpi-devel] [PATCH v5] thinkpad-acpi: Improve hardware volume controls
Date: Fri, 12 Sep 2014 20:32:31 -0300 [thread overview]
Message-ID: <20140912233231.GA30851@khazad-dum.debian.net> (raw)
In-Reply-To: <CAObL_7EiSuP=vYo7sFF-0UxuO37Q_pNV6g5P5cwUe9oZuuTiFg@mail.gmail.com>
On Fri, 12 Sep 2014, Andrew Lutomirski wrote:
> I think that v5 doesn't change behavior anywhere except for fixing
> broken things. I could easily be wrong, though.
Well, I can test it on a T43 (old-style hardware mixer), but not on anything
else. I'll need to port the patch to 3.10 for that, though.
> I kind of suspect that all laptops that don't default to the "none"
> mode are at least a little bit broken, though. Any laptop on which
> pressing mute mutes the hardware mixer *and* sends KEY_MUTE is going
> to screw up if any modern GUI volume manager is running.
Ideed.
> Do you mean getting rid of latch mode and only keeping "none" and
> "toggle"? I don't think that would be much simpler. The issue (from
Then let's not do it. Latch mode is the sane one.
> So most of the complexity is in the code that eats KEY_MUTE events and
> does the right thing with them. I think that this is needed to get
> "latch" and "toggle" right.
Well, code complexity _is_ an acceptable price to get those right if we can
manage it.
> TBH, anyone running newish userspace probably wants the completely
> non-magical "none" behavior. PulseAudio seems to do the right thing
> if the mute button generates KEY_MUTE and does nothing else. I'm not
> entirely convinced that there's any need to support the other modes,
> but maybe I'm missing something, or maybe there are users with no
> KEY_MUTE handler, or maybe there are users that just really like the
> latching behavior where pressing the mute button never unmutes.
Support for the other modes is optional, as long as the old thinkpads with
full EC-driven behaviour still keep working in latch mode (which is the only
one they support in firmware, anyway).
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
next prev parent reply other threads:[~2014-09-12 23:32 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-19 20:41 [PATCH v5] thinkpad-acpi: Improve hardware volume controls Andy Lutomirski
2011-05-23 13:15 ` [PATCH] Remove ThinkPads from _OSI(Linux) blacklist Andy Lutomirski
2011-05-24 10:46 ` Andrew Lutomirski
[not found] ` <f51437579321e4bc26282fdc747e6c0c7657d2ad.1305837576.git.luto-3s7WtUTddSA@public.gmane.org>
2011-06-14 1:58 ` [PATCH v5] thinkpad-acpi: Improve hardware volume controls Henrique de Moraes Holschuh
2011-06-14 1:59 ` Andrew Lutomirski
2011-07-23 19:40 ` Henrique de Moraes Holschuh
2011-08-03 3:30 ` Henrique de Moraes Holschuh
2011-08-03 13:37 ` Andrew Lutomirski
2012-10-23 21:45 ` Andrew Lutomirski
2014-09-12 22:07 ` Andrew Lutomirski
2014-09-12 23:03 ` [ibm-acpi-devel] " Henrique de Moraes Holschuh
2014-09-12 23:14 ` Andrew Lutomirski
2014-09-12 23:32 ` Henrique de Moraes Holschuh [this message]
2014-09-12 23:35 ` Andrew Lutomirski
2014-09-13 16:13 ` Andrew Lutomirski
2014-09-14 1:42 ` Henrique de Moraes Holschuh
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=20140912233231.GA30851@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=ibm-acpi-devel@lists.sourceforge.net \
--cc=luto@mit.edu \
--cc=mjg59@srcf.ucam.org \
--cc=platform-driver-x86@vger.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