On Mon, 14 Nov 2011, Jerone Young wrote: > Back to the Thinkpad. If the microphone mute light is just triggered via > Alsa .. you have a few issues: > > - Which microphone are you mutting. At the AlSA level there is not > a clear way to mute them all. Also what if the microphones are not all > on the same sound device. But different sound devices. Even though > exposed through ALSA it's very difficult given the ALSA infrastructure > to say everything is muted. I don't really care if everything is muted. I care if the internal microfone is NOT muted. If it is NOT muted, I don't want that LED telling the user that it is mute. You have physical control over every other MIC, that's why the internal one is special. It is the one MIC that will be used to spy on you. I actually like the idea of making it a global "everything muted" thing, though. > End users will expect that if the light is on that ALL microphones are > muted to the machine. I am not so sure, but if that's the way it is, I'd have to force that LED to off until we are actually able to have all ALSA soundcards and external applications vote to set that led to some state. Only when all votes are set to "mute", should it indicate "muting". This would actually make my life much easier, as that means I don't have to fix the current breakage that we do not differentiate embedded platform devices from random external devices very well. I'd just not signal "mute" unless all known MICs are reported by ALSA to be muted. I would not object to providing a sysfs node (led class or otherwise) for userspace to report about virtual MICs, either. > Though by giving the power to the sound server (ex. Pulse Audio) it can > easily say mute all possible microphones. If I just export it trough the LED class, we'd be giving power to every crap under the sun, not just to Pulse Audio, to set that LED to anything they might want. I'd like to see us do better. -- "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 ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
