ECS K7VTA3: Mixer channels reversed

ECS K7VTA3: Mixer channels reversed

[walt]

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.

Re: ECS K7VTA3: Mixer channels reversed

[Takashi Iwai]

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
> 

Re: ECS K7VTA3: Mixer channels reversed

[walt]

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

Re: ECS K7VTA3: Mixer channels reversed

[Takashi Iwai]

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

Re: ECS K7VTA3: Mixer channels reversed [PATCH]

[walt]

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

Re: ECS K7VTA3: Mixer channels reversed [PATCH]

[Takashi Iwai]

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
>