[ALSA - driver 0000667]: How to integrate turning on and off LED:s on laptops

[bugtrack@alsa-project.org]

A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=667> 
======================================================================
Reported By:                linus
Assigned To:                
======================================================================
Project:                    ALSA - driver
Issue ID:                   667
Category:                   PCI - intel8x0
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
Distribution:               Fedora Core 3
Kernel Version:             2.6.9
======================================================================
Date Submitted:             11-23-2004 15:27 CET
Last Modified:              11-24-2004 13:07 CET
======================================================================
Summary:                    How to integrate turning on and off LED:s on laptops
Description: 
This machine, an HP Compaq NC6000 (also on other models
such as NC8000) has a mute LED that
turns on and off when mute is activated/deactivated.
It is accomplished by way of the "External Amplifier"
setting - this has been wired to a LED instead of an
amplifier, so the "mute" function should (theoretically)
activate/deactivate the "External Amplifier" when muting
is selected for the device. The chip used is AD1981B.

This script shows how it is done:

if ( amixer sget "External Amplifier"|grep off > /dev/null )
then
           # Toggles the LED, no actual volume change
           amixer set "External Amplifier" unmute > /dev/null
           # Toggles the audio level
           amixer set "Master" unmute > /dev/null
else
           amixer set "External Amplifier" mute > /dev/null
           amixer set "Master" mute > /dev/null
fi

The question of how this is to be implemented remains. Is
this an issue for ALSA or shall it be handled on a higher,
user-space level? I also have a bug open in GNOME for the
same thing, I need to decide how to finally resolve this
and need input from the ALSA team on the best solution.

(See http://bugzilla.gnome.org/show_bug.cgi?id=157748)
======================================================================

----------------------------------------------------------------------
 IceRAM - 11-24-04 13:00 
----------------------------------------------------------------------
Wouldn't it be reasonable to add a module option to do the sync-ing between
"Master mute" and "External Amplifier mute" - only some users would want
to enable it, others might code by themselves in userspace the "handling"
of the Mute LED.

It is true that the action on pressing the button should be handled
somewhere at the ACPI level...

----------------------------------------------------------------------
 tiwai - 11-24-04 13:07 
----------------------------------------------------------------------
Hmm, I thought this is only about the mute "LED" but not the button?

Maybe we can add a new ac97_quirk type for this, so it'll be possible to
enable/disable via module option.

Issue History
Date Modified  Username       Field                    Change              
======================================================================
11-23-04 15:27 linus          New Issue                                    
11-23-04 15:27 linus          Distribution              => Fedora Core 3   
11-23-04 15:27 linus          Kernel Version            => 2.6.9           
11-23-04 15:41 tiwai          Note Added: 0002516                          
11-23-04 21:28 linus          Note Added: 0002528                          
11-24-04 12:22 tiwai          Note Added: 0002549                          
11-24-04 13:00 IceRAM         Note Added: 0002555                          
11-24-04 13:07 tiwai          Note Added: 0002558                          
======================================================================




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/