From: Anton Worshevsky <gbdj@linux.spb.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: p z oooo <pzad@pobox.sk>, alsa-devel@lists.sourceforge.net
Subject: Re: VIA 8233A, 8235 with ALC650 codec
Date: Thu, 20 Feb 2003 05:51:01 +0300 [thread overview]
Message-ID: <16243.030220@linux.spb.org> (raw)
In-Reply-To: s5hfzqlh66b.wl@alsa2.suse.de
Dear Takashi Iwai,
Tuesday, February 18, 2003, 8:03:56 PM, you wrote:
TI> At Tue, 18 Feb 2003 07:43:26 +0300,
TI> Anton Worshevsky wrote:
>>
>> >> When I changed VIA_REV_8233A to TYPE_VIA8233A my onboard soundcard
>> >> (VIA8233A + ALC650) works (2 channel, 4 cannel).
>> >> 5.1 has problem - swaped channels. (LF, RF, Center - OK, LS - Woofer,
>> >> RS - LS, Woofer - RS.
>>
>> As i posted before, i have similar channel swapping with VIA8235 + ALC650.
>> If bits 14-15 (slot modify) set to 0 - channels has incorrect placement.
>> It can be fixed by exchanging Rear and Center/LFE jacks.
>> When i set bit 14 to 1 - OK
>> Surely via8235 transmit multi-channel data in AC-Link in 3,4,6,9,7,8 order,
>> instead of 3,4,7,8,6,9 as specified in AC97.
>> I switch codec to 3,4,6,9,7,8 mode by setting bit 14 with following patch
>> in attachment for ac97_patch.c.
TI> well, then your investigation may be correct. i have also no
TI> datasheet regarding this.
TI> i'll ask VIA guys whether the correct order is 3/4/6/9/7/8 or
TI> 3/4/7/8/6/9.
There are following slot assignments accordantly AC97 spec. v2.2 and v.2.3
LF/RF/LR/RR/C/LFE -- 3/4/7/8/6/9
In this ALC650 data sheet
http://www.realtek.com.tw/downloads/downloads1-3.aspx?refdesign=True&compamodel=ALC650
there are next:
LF/RF/LR/RR/C/LFE -- 3/4/7/8/6/9 if 0x6a.14=0 (default)
LF/RF/LR/RR/C/LFE -- 3/4/6/9/7/8 if 0x6a.14=1
As i see on VIA website, there is no via82xx spec freely available.
I don't understand their position in this question.
Now i made tests with last cvs for 4 channel too :
VIA8235 + ALC650
0x6a.14=0 : 4ch - OK; 5.1 - swaped
0x6a.14=1 : 4ch - swaped; 5.1 - OK
As you see - setting bit 14 of 0x6a reg is not an option.
We need to apply following patch again. =)
@@ -919,8 +920,8 @@
case 2: slots = (1<<0) | (2<<4); break;
case 3: slots = (1<<0) | (2<<4) | (5<<8); break;
case 4: slots = (1<<0) | (2<<4) | (3<<8) | (4<<12); break;
- case 5: slots = (1<<0) | (2<<4) | (5<<8) | (3<<12) | (4<<16); break;
- case 6: slots = (1<<0) | (2<<4) | (5<<8) | (6<<12) | (3<<16) | (4<<20); break;
+ case 5: slots = (1<<0) | (2<<4) | (3<<8) | (4<<12) | (5<<16); break;
+ case 6: slots = (1<<0) | (2<<4) | (3<<8) | (4<<12) | (5<<16) | (6<<20); break;
default: slots = 0; break;
}
/* STOP index is never reached */
All working fine with this for VIA8235 + ALC650
It does not affect on VIA8233A as you remembered. =)
What chip combination is working wrong with this ?
It's much better solution for via8235, than
if (runtime->channels > 4)
val = 0x4000;
else
val = 0;
snd_ac97_update_bits(chip->ac97, AC97_ALC650_MULTICH, 0xc000, val);
Sincerely yours
Anton Worshevsky
-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
next prev parent reply other threads:[~2003-02-20 2:51 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-10 6:21 VIA 8233A p z oooo
2003-02-10 8:21 ` VIA 8233A - Patch included Tais M. Hansen
2003-02-10 9:14 ` VIA 8233A Takashi Iwai
2003-02-18 4:43 ` VIA 8233A, 8235 with ALC650 codec Anton Worshevsky
2003-02-18 17:03 ` Takashi Iwai
2003-02-20 2:51 ` Anton Worshevsky [this message]
2003-02-20 9:08 ` Takashi Iwai
2003-02-23 21:50 ` Anton Worshevsky
2003-02-25 17:00 ` Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2003-02-19 6:51 p z oooo
2003-02-19 9:22 ` Takashi Iwai
[not found] ` <000d01c2d7fb$4f521de0$8601a8c0@ZUBAJPNEW>
2003-02-19 10:04 ` Takashi Iwai
2003-02-20 6:19 p z oooo
2003-02-20 9:06 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=16243.030220@linux.spb.org \
--to=gbdj@linux.spb.org \
--cc=alsa-devel@lists.sourceforge.net \
--cc=pzad@pobox.sk \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.