jmal8295 wrote: > And I _will_ be regarding it as regression if I lose possibility to > change volume of the four streams independently. Okay, as long as there is no application to handle PCM-interface controls, the DXS controls should not be hidden this way. Anyway, the volume level regression can be solved by any renaming, so let's do just that. Takashi, please pick the patch below instead. ========== sound: via82xx: rename DXS volume controls Only some insiders know what the "VIA DXS" controls actually control, so change them to a more descriptive name. Commit b452e08e73c0e3dbb0be82130217be4b7084299e in 2.6.30 broke the restoring of these volumes by "alsactl restore" that most distributions use; the renaming in this patch cures that regression by preventing alsactl from applying the old, wrong volume levels to the new controls. http://bugzilla.kernel.org/show_bug.cgi?id=14151 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532613 Signed-off-by: Clemens Ladisch <clemens@xxxxxxxxxx> Cc: <stable@xxxxxxxxxx> --- a/sound/pci/via82xx.c +++ b/sound/pci/via82xx.c @@ -1705,7 +1705,7 @@ }; static struct snd_kcontrol_new snd_via8233_dxs_volume_control __devinitdata = { - .name = "VIA DXS Playback Volume", + .name = "PCM Stream Playback Volume", .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .access = (SNDRV_CTL_ELEM_ACCESS_READWRITE | SNDRV_CTL_ELEM_ACCESS_TLV_READ), _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
