[alsa-devel] ECS K7VTA3: Mixer channels reversed
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels). Any other quirks I should try?
Here is some hardware info:
ALSA sound/pci/via82xx.c:2409: via82xx: DXS white list for ESC K8 found
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) Subsystem: Elitegroup Computer Systems Unknown device 1841 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin C routed to IRQ 5 Region 0: I/O ports at dc00 [size=256] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: VIA 82xx Audio Kernel modules: snd-via82xx
I'm running Linus' git kernel, current as of today, and alsa 1.0.16.
At Mon, 23 Jun 2008 16:15:05 -0700, walt wrote:
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels).
You mean that you don't hear any outputs? Which I/O (HP out, line-out, etc) are you testing?
Any other quirks I should try?
Usually hp_only is the right choice. Check alsa-info.sh script outputs for both cases with and without ac97_quirk option.
Takashi
Here is some hardware info:
ALSA sound/pci/via82xx.c:2409: via82xx: DXS white list for ESC K8 found
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) Subsystem: Elitegroup Computer Systems Unknown device 1841 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin C routed to IRQ 5 Region 0: I/O ports at dc00 [size=256] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: VIA 82xx Audio Kernel modules: snd-via82xx
I'm running Linus' git kernel, current as of today, and alsa 1.0.16.
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Takashi Iwai wrote:
At Mon, 23 Jun 2008 16:15:05 -0700, walt wrote:
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels).
You mean that you don't hear any outputs? Which I/O (HP out, line-out, etc) are you testing?
Sorry, I forgot to mention that RealAudio player complains that it "cannot open the audio device. Another application may be using it."
However, I just tried mplayer, which *does* work normally and the master channel also works properly again.
So it seems that hp_only works, but only partly. Any idea why RealPlayer is complaining?
Any other quirks I should try?
Usually hp_only is the right choice. Check alsa-info.sh script outputs for both cases with and without ac97_quirk option.
Most of that info means nothing to me, so all I can do is point you the results, sorry:
without hp_only http://pastebin.ca/1056077
and with hp_only: http://pastebin.ca/1056088
At Wed, 25 Jun 2008 17:08:02 -0700, walt wrote:
Takashi Iwai wrote:
At Mon, 23 Jun 2008 16:15:05 -0700, walt wrote:
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels).
You mean that you don't hear any outputs? Which I/O (HP out, line-out, etc) are you testing?
Sorry, I forgot to mention that RealAudio player complains that it "cannot open the audio device. Another application may be using it."
However, I just tried mplayer, which *does* work normally and the master channel also works properly again.
So it seems that hp_only works, but only partly. Any idea why RealPlayer is complaining?
Hard to believe that the error of RealPlayer comes from ac97_quirk option. It's likely a coincidence. Please double-check.
Takashi
Takashi Iwai wrote:
At Wed, 25 Jun 2008 17:08:02 -0700, walt wrote:
Takashi Iwai wrote:
At Mon, 23 Jun 2008 16:15:05 -0700, walt wrote:
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels).
You mean that you don't hear any outputs? Which I/O (HP out, line-out, etc) are you testing?
Sorry, I forgot to mention that RealAudio player complains that it "cannot open the audio device. Another application may be using it."
However, I just tried mplayer, which *does* work normally and the master channel also works properly again.
So it seems that hp_only works, but only partly. Any idea why RealPlayer is complaining?
Hard to believe that the error of RealPlayer comes from ac97_quirk option. It's likely a coincidence. Please double-check.
Okay, this patch seems to make everything work correctly, but lspci still reports "unknown device" in spite of it.
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c index b585cc3..aa5c2e0 100644 --- a/sound/pci/via82xx.c +++ b/sound/pci/via82xx.c @@ -1746,6 +1746,12 @@ static struct ac97_quirk ac97_quirks[] = { }, { .subvendor = 0x1019, + .subdevice = 0x1841, + .name = "ECS K7VTA3", + .type = AC97_TUNE_HP_ONLY + }, + { + .subvendor = 0x1019, .subdevice = 0x0a81, .name = "ECS K7VTA3", .type = AC97_TUNE_HP_ONLY
At Thu, 26 Jun 2008 05:47:18 -0700, walt wrote:
Takashi Iwai wrote:
At Wed, 25 Jun 2008 17:08:02 -0700, walt wrote:
Takashi Iwai wrote:
At Mon, 23 Jun 2008 16:15:05 -0700, walt wrote:
Hi list,
I just replaced a mobo with an ECS K7VTA3 and I find that the Headphones control is now controlling the master channel and the Master control does nothing.
I tried 'modprobe via82xx ac97_quirk=hp_only' but that makes the audio device unusable (although alsamixer still seems happy to set the individual channels).
You mean that you don't hear any outputs? Which I/O (HP out, line-out, etc) are you testing?
Sorry, I forgot to mention that RealAudio player complains that it "cannot open the audio device. Another application may be using it."
However, I just tried mplayer, which *does* work normally and the master channel also works properly again.
So it seems that hp_only works, but only partly. Any idea why RealPlayer is complaining?
Hard to believe that the error of RealPlayer comes from ac97_quirk option. It's likely a coincidence. Please double-check.
Okay, this patch seems to make everything work correctly, but lspci still reports "unknown device" in spite of it.
lspci doesn't know anything about the driver, so don't worry about it.
The patch looks good to me. Could you give your sign-off so that it's merged to the upstream? See $LINUX/Documentation/SubmittingPatches for details.
thanks,
Takashi
diff --git a/sound/pci/via82xx.c b/sound/pci/via82xx.c index b585cc3..aa5c2e0 100644 --- a/sound/pci/via82xx.c +++ b/sound/pci/via82xx.c @@ -1746,6 +1746,12 @@ static struct ac97_quirk ac97_quirks[] = { }, { .subvendor = 0x1019,
.subdevice = 0x1841,.name = "ECS K7VTA3",.type = AC97_TUNE_HP_ONLY},{.subvendor = 0x1019, .subdevice = 0x0a81, .name = "ECS K7VTA3", .type = AC97_TUNE_HP_ONLY
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
participants (2)
-
Takashi Iwai -
walt