ALC650 + Mic input not working

ALC650 + Mic input not working

[p z oooo]

Hi,

I have MSI KT333 (VIA8233A) + ALC650.
For me, mic input is not working.
It looks like my motherboard (and some of others too) uses GPIO0 pin 
of ALC650 to swich mic bias on/off. Look at ALC650AppNotes_1.4.pdf 
page 3 (this is recomended connection). ALC650 rev.E doesn't need 
this (and than mic is working). I tested attached patch and mic (sets 
bit 0 in reg. 0x76 to 1 - gpio0 = output and bit 8 in reg. 0x76 to 1 
= set mic bias - gpio0 - on) works, but I think it is not good, 
because when mic input is switched to center/LFE output, mic bias 
should be set to off.

Peter Zubaj




====================== REKLAMA =================================
Získajte supervýhodné ADSL ešte výhodnejšie v cenovom odpočítavaní Slovanet
ADSL Teraz! Čím skôr sa rozhodnete, tým viac ušetríte.
http://www.slovanet.sk/menu/adsl.html



-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful,
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge

Re: ALC650 + Mic input not working

[Takashi Iwai]

At Mon, 19 May 2003 07:54:46 +0200,
p z oooo wrote:
> 
> Hi,
> 
> I have MSI KT333 (VIA8233A) + ALC650.
> For me, mic input is not working.
> It looks like my motherboard (and some of others too) uses GPIO0 pin 
> of ALC650 to swich mic bias on/off. Look at ALC650AppNotes_1.4.pdf 
> page 3 (this is recomended connection). ALC650 rev.E doesn't need 
> this (and than mic is working). I tested attached patch and mic (sets 
> bit 0 in reg. 0x76 to 1 - gpio0 = output and bit 8 in reg. 0x76 to 1 
> = set mic bias - gpio0 - on) works, but I think it is not good, 
> because when mic input is switched to center/LFE output, mic bias 
> should be set to off.

hmm, i don't see any files... ;)


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful, 
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge

Re: ALC650 + Mic input not working

[p z oooo]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/plain; CHARSET=US-ASCII, Size: 290 bytes --]

Sorry, here it is, but this is only half solution.

Peter Zubaj



====================== REKLAMA =================================
Získajte supervýhodné ADSL e¹te výhodnej¹ie. Ceny u¾ od 399 Sk mesaène bez
DPH. By» rýchly sa naozaj oplatí. http://www.slovanet.sk/menu/adsl.html


[-- Attachment #2: E:\patches\MSI_KT333.diff --]
[-- Type: APPLICATION/octet-stream, Size: 574 bytes --]

--- ac97_patch.c.old	2003-04-07 14:26:27.000000000 -0100
+++ ac97_patch.c	2003-05-18 09:01:01.000000000 -0100
@@ -374,6 +374,13 @@
 	val &= ~0xc000; /* slot: 3,4,7,8,6,9 */
 	snd_ac97_write_cache(ac97, AC97_ALC650_MULTICH, val);
 
+	val = snd_ac97_read(ac97, 0x76);
+	val = val | 1;
+	snd_ac97_write_cache(ac97, 0x76, val);
+	val = snd_ac97_read(ac97, 0x78);
+	val = val | 0x100;
+	snd_ac97_write_cache(ac97, 0x78, val);
+
 	/* full DAC volume */
 	snd_ac97_write_cache(ac97, AC97_ALC650_SURR_DAC_VOL, 0x0808);
 	snd_ac97_write_cache(ac97, AC97_ALC650_LFE_DAC_VOL, 0x0808);

Re: ALC650 + Mic input not working

[p z oooo]

and reg. 
0x76 - bit 0 
0x78 - bit 8 (not 0x76)

Peter Zubaj
====================== REKLAMA =================================
Získajte supervýhodné ADSL ešte výhodnejšie v cenovom odpočítavaní Slovanet
ADSL Teraz! Čím skôr sa rozhodnete, tým viac ušetríte.
http://www.slovanet.sk/menu/adsl.html



-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful,
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge

Re: ALC650 + Mic input not working

[Takashi Iwai]

At Mon, 19 May 2003 11:59:28 +0200,
p z oooo wrote:
> 
> [1  <text/plain; US-ASCII (quoted-printable)>]
> Sorry, here it is, but this is only half solution.

i added an experimental code for ALC650 to detect the reveion E and
initializes GPIO0 according to the Mic/Center switch.
it's now on cvs.  could you check whether it works for you?


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge

Re: ALC650 + Mic input not working

[Takashi Iwai]

At Wed, 21 May 2003 08:04:44 +0200,
p z oooo wrote:
> 
> Hi,
> 
> I tested code and it doesn't work :-(.
> When I deleted code to detect ALC650 rev.E, it worked perfect. :-)
> 
> May be:
> 1) MSI uses ALC650 rev.E and stil uses gpio0 to switch mic power 
> on/off
> 2) detection code for ALC650 rev.E is wrong

most likely the latter...
perhaps chaging GPIO0 won't affect the behavior of rev.E.
i'll remove it.


thanks,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge

Re: Detection of ALC650 rev.E

[Takashi Iwai]

At Tue, 26 Aug 2003 19:00:38 +0100,
James Courtier-Dutton wrote:
> 
> Takashi Iwai wrote:
> > At Wed, 21 May 2003 08:04:44 +0200,
> > p z oooo wrote:
> > 
> >>Hi,
> >>
> >>I tested code and it doesn't work :-(.
> >>When I deleted code to detect ALC650 rev.E, it worked perfect. :-)
> >>
> >>May be:
> >>1) MSI uses ALC650 rev.E and stil uses gpio0 to switch mic power 
> >>on/off
> >>2) detection code for ALC650 rev.E is wrong
> > 
> > 
> > most likely the latter...
> > perhaps chaging GPIO0 won't affect the behavior of rev.E.
> > i'll remove it.
> > 
> > 
> > thanks,
> > 
> > Takashi
> > 
> > 
> How is the ALC650 rev.E detected? I could not see anything in the alc650 
> pdf specifications to indicate how to detect the ALC650 rev.E or not.

no, the detection code was removed (as written above), because it
simply didn't work as expected :)
please let me know if you have any idea how to detect it.


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0

Detection of ALC650 rev.E

[James Courtier-Dutton]

Takashi Iwai wrote:
> At Wed, 21 May 2003 08:04:44 +0200,
> p z oooo wrote:
> 
>>Hi,
>>
>>I tested code and it doesn't work :-(.
>>When I deleted code to detect ALC650 rev.E, it worked perfect. :-)
>>
>>May be:
>>1) MSI uses ALC650 rev.E and stil uses gpio0 to switch mic power 
>>on/off
>>2) detection code for ALC650 rev.E is wrong
> 
> 
> most likely the latter...
> perhaps chaging GPIO0 won't affect the behavior of rev.E.
> i'll remove it.
> 
> 
> thanks,
> 
> Takashi
> 
> 
How is the ALC650 rev.E detected? I could not see anything in the alc650 
pdf specifications to indicate how to detect the ALC650 rev.E or not.

Cheers
James



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0

Re: Detection of ALC650 rev.E

[James Courtier-Dutton]

Takashi Iwai wrote:
> At Tue, 26 Aug 2003 19:00:38 +0100,
> James Courtier-Dutton wrote:
> 
>>Takashi Iwai wrote:
>>
>>>At Wed, 21 May 2003 08:04:44 +0200,
>>>p z oooo wrote:
>>>
>>>
>>>>Hi,
>>>>
>>>>I tested code and it doesn't work :-(.
>>>>When I deleted code to detect ALC650 rev.E, it worked perfect. :-)
>>>>
>>>>May be:
>>>>1) MSI uses ALC650 rev.E and stil uses gpio0 to switch mic power 
>>>>on/off
>>>>2) detection code for ALC650 rev.E is wrong
>>>
>>>
>>>most likely the latter...
>>>perhaps chaging GPIO0 won't affect the behavior of rev.E.
>>>i'll remove it.
>>>
>>>
>>>thanks,
>>>
>>>Takashi
>>>
>>>
>>
>>How is the ALC650 rev.E detected? I could not see anything in the alc650 
>>pdf specifications to indicate how to detect the ALC650 rev.E or not.
> 
> 
> no, the detection code was removed (as written above), because it
> simply didn't work as expected :)
> please let me know if you have any idea how to detect it.
> 
> 
> Takashi
> 
> 
Can you point me at the code you used to detect it. I have some code 
here that is supposed to detect it, and I just want to compare it with 
your previous code before I bother sending it as a patch.
Cheers
James




-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0

Re: Re: Detection of ALC650 rev.E

[James Courtier-Dutton]

James Courtier-Dutton wrote:
> Takashi Iwai wrote:
> 
>> At Tue, 26 Aug 2003 19:00:38 +0100,
>> James Courtier-Dutton wrote:
>>
>>> Takashi Iwai wrote:
>>>
>>>> At Wed, 21 May 2003 08:04:44 +0200,
>>>> p z oooo wrote:
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> I tested code and it doesn't work :-(.
>>>>> When I deleted code to detect ALC650 rev.E, it worked perfect. :-)
>>>>>
>>>>> May be:
>>>>> 1) MSI uses ALC650 rev.E and stil uses gpio0 to switch mic power 
>>>>> on/off
>>>>> 2) detection code for ALC650 rev.E is wrong
>>>>
>>>>
>>>>
>>>> most likely the latter...
>>>> perhaps chaging GPIO0 won't affect the behavior of rev.E.
>>>> i'll remove it.
>>>>
>>>>
>>>> thanks,
>>>>
>>>> Takashi
>>>>
>>>>
>>>
>>> How is the ALC650 rev.E detected? I could not see anything in the 
>>> alc650 pdf specifications to indicate how to detect the ALC650 rev.E 
>>> or not.
>>
>>
>>
>> no, the detection code was removed (as written above), because it
>> simply didn't work as expected :)
>> please let me know if you have any idea how to detect it.
>>
>>
>> Takashi
>>
>>
> Can you point me at the code you used to detect it. I have some code 
> here that is supposed to detect it, and I just want to compare it with 
> your previous code before I bother sending it as a patch.
> Cheers
> James
> 
> 
P.S. The code I have depends on the contents of AC97 register 0x6e.
Source of this code is: -
http://www.realtek.com.tw/downloads/dlac97-2.aspx?lineid=5&famid=12&series=8&Software=True 

Then download the Linux driver. It is a version of the alsa kernel 
drivers, but with modifications.

/* reg = contents of AC97 reg 0x6e */
switch(ac97->id & 0xfffffff0) {

<snip>

case 0x414c4720:        // ALC650
   if (((reg & 0x3f) > 0) && ((reg & 0x3f) < 3))
     ac97->id = 0x414c4720;	// Early version.
   else if (((reg & 0x3f) > 2) && ((reg & 0x3f) < 0x10))
     ac97->id = 0x414c4721;          // D version
   else if ((reg&0x30) == 0x10)
     ac97->id = 0x414c4722;          // E version
   else if ((reg&0x30) == 0x20)
     ac97->id = 0x414c4723;          // F version
   break;



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0

Re: Re: Detection of ALC650 rev.E

[Takashi Iwai]

At Tue, 26 Aug 2003 21:56:38 +0100,
James Courtier-Dutton wrote:
> 
> > Can you point me at the code you used to detect it. I have some code 
> > here that is supposed to detect it, and I just want to compare it with 
> > your previous code before I bother sending it as a patch.
> > Cheers
> > James
> > 
> > 
> P.S. The code I have depends on the contents of AC97 register 0x6e.
> Source of this code is: -
> http://www.realtek.com.tw/downloads/dlac97-2.aspx?lineid=5&famid=12&series=8&Software=True 
> 
> Then download the Linux driver. It is a version of the alsa kernel 
> drivers, but with modifications.
> 
> /* reg = contents of AC97 reg 0x6e */
> switch(ac97->id & 0xfffffff0) {
> 
> <snip>
> 
> case 0x414c4720:        // ALC650
>    if (((reg & 0x3f) > 0) && ((reg & 0x3f) < 3))
>      ac97->id = 0x414c4720;	// Early version.
>    else if (((reg & 0x3f) > 2) && ((reg & 0x3f) < 0x10))
>      ac97->id = 0x414c4721;          // D version
>    else if ((reg&0x30) == 0x10)
>      ac97->id = 0x414c4722;          // E version
>    else if ((reg&0x30) == 0x20)
>      ac97->id = 0x414c4723;          // F version
>    break;

oh, then it's apparently different.
i checked MULTICH register bits but it didn't work anyway.

the above looks better (hey where is such a thing described!).
could you send me a patch?


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Detection of ALC650 rev.E

[James Courtier-Dutton]

Takashi Iwai wrote:
> At Tue, 26 Aug 2003 21:56:38 +0100,
> James Courtier-Dutton wrote:
> 
>>>Can you point me at the code you used to detect it. I have some code 
>>>here that is supposed to detect it, and I just want to compare it with 
>>>your previous code before I bother sending it as a patch.
>>>Cheers
>>>James
>>>
>>>
>>
>>P.S. The code I have depends on the contents of AC97 register 0x6e.
>>Source of this code is: -
>>http://www.realtek.com.tw/downloads/dlac97-2.aspx?lineid=5&famid=12&series=8&Software=True 
>>
>>Then download the Linux driver. It is a version of the alsa kernel 
>>drivers, but with modifications.
>>
>>/* reg = contents of AC97 reg 0x6e */
>>switch(ac97->id & 0xfffffff0) {
>>
>><snip>
>>
>>case 0x414c4720:        // ALC650
>>   if (((reg & 0x3f) > 0) && ((reg & 0x3f) < 3))
>>     ac97->id = 0x414c4720;	// Early version.
>>   else if (((reg & 0x3f) > 2) && ((reg & 0x3f) < 0x10))
>>     ac97->id = 0x414c4721;          // D version
>>   else if ((reg&0x30) == 0x10)
>>     ac97->id = 0x414c4722;          // E version
>>   else if ((reg&0x30) == 0x20)
>>     ac97->id = 0x414c4723;          // F version
>>   break;
> 
> 
> oh, then it's apparently different.
> i checked MULTICH register bits but it didn't work anyway.
> 
> the above looks better (hey where is such a thing described!).
> could you send me a patch?
> 
> 
> Takashi
> 
> 
If you go to the realtek site (url above) and download the linux 
drivers. They are source code, and look like a modified version of 
alsa-driver.
I just extracted the info from the realtek source code.

Cheers
James




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Detection of ALC650 rev.E

[Takashi Iwai]

At Wed, 27 Aug 2003 16:08:19 +0100,
James Courtier-Dutton wrote:
> 
> Takashi Iwai wrote:
> > At Tue, 26 Aug 2003 21:56:38 +0100,
> > James Courtier-Dutton wrote:
> > 
> >>>Can you point me at the code you used to detect it. I have some code 
> >>>here that is supposed to detect it, and I just want to compare it with 
> >>>your previous code before I bother sending it as a patch.
> >>>Cheers
> >>>James
> >>>
> >>>
> >>
> >>P.S. The code I have depends on the contents of AC97 register 0x6e.
> >>Source of this code is: -
> >>http://www.realtek.com.tw/downloads/dlac97-2.aspx?lineid=5&famid=12&series=8&Software=True 
> >>
> >>Then download the Linux driver. It is a version of the alsa kernel 
> >>drivers, but with modifications.
> >>
> >>/* reg = contents of AC97 reg 0x6e */
> >>switch(ac97->id & 0xfffffff0) {
> >>
> >><snip>
> >>
> >>case 0x414c4720:        // ALC650
> >>   if (((reg & 0x3f) > 0) && ((reg & 0x3f) < 3))
> >>     ac97->id = 0x414c4720;	// Early version.
> >>   else if (((reg & 0x3f) > 2) && ((reg & 0x3f) < 0x10))
> >>     ac97->id = 0x414c4721;          // D version
> >>   else if ((reg&0x30) == 0x10)
> >>     ac97->id = 0x414c4722;          // E version
> >>   else if ((reg&0x30) == 0x20)
> >>     ac97->id = 0x414c4723;          // F version
> >>   break;
> > 
> > 
> > oh, then it's apparently different.
> > i checked MULTICH register bits but it didn't work anyway.
> > 
> > the above looks better (hey where is such a thing described!).
> > could you send me a patch?
> > 
> > 
> > Takashi
> > 
> > 
> If you go to the realtek site (url above) and download the linux 
> drivers. They are source code, and look like a modified version of 
> alsa-driver.
> I just extracted the info from the realtek source code.

yep, that i know.  i did want to say "where is documetation!" ;)

for the time being, i have no time at all, so it'd be helpful if
anyone can send us a patch...


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: Detection of ALC650 rev.E

[James Courtier-Dutton]

Takashi Iwai wrote:
> At Wed, 27 Aug 2003 16:08:19 +0100,
> James Courtier-Dutton wrote:
> 
>>Takashi Iwai wrote:
>>
>>>At Tue, 26 Aug 2003 21:56:38 +0100,
>>>James Courtier-Dutton wrote:
>>>
>>>
>>>>>Can you point me at the code you used to detect it. I have some code 
>>>>>here that is supposed to detect it, and I just want to compare it with 
>>>>>your previous code before I bother sending it as a patch.
>>>>>Cheers
>>>>>James
>>>>>
>>>>>
>>>>
>>>>P.S. The code I have depends on the contents of AC97 register 0x6e.
>>>>Source of this code is: -
>>>>http://www.realtek.com.tw/downloads/dlac97-2.aspx?lineid=5&famid=12&series=8&Software=True 
>>>>
>>>>Then download the Linux driver. It is a version of the alsa kernel 
>>>>drivers, but with modifications.
>>>>
>>>>/* reg = contents of AC97 reg 0x6e */
>>>>switch(ac97->id & 0xfffffff0) {
>>>>
>>>><snip>
>>>>
>>>>case 0x414c4720:        // ALC650
>>>>  if (((reg & 0x3f) > 0) && ((reg & 0x3f) < 3))
>>>>    ac97->id = 0x414c4720;	// Early version.
>>>>  else if (((reg & 0x3f) > 2) && ((reg & 0x3f) < 0x10))
>>>>    ac97->id = 0x414c4721;          // D version
>>>>  else if ((reg&0x30) == 0x10)
>>>>    ac97->id = 0x414c4722;          // E version
>>>>  else if ((reg&0x30) == 0x20)
>>>>    ac97->id = 0x414c4723;          // F version
>>>>  break;
>>>
>>>
>>>oh, then it's apparently different.
>>>i checked MULTICH register bits but it didn't work anyway.
>>>
>>>the above looks better (hey where is such a thing described!).
>>>could you send me a patch?
>>>
>>>
>>>Takashi
>>>
>>>
>>
>>If you go to the realtek site (url above) and download the linux 
>>drivers. They are source code, and look like a modified version of 
>>alsa-driver.
>>I just extracted the info from the realtek source code.
> 
> 
> yep, that i know.  i did want to say "where is documetation!" ;)
> 
> for the time being, i have no time at all, so it'd be helpful if
> anyone can send us a patch...
> 
> 
> Takashi
> 
> 
I don't have time to create a patch from that code at the moment. I am 
working on getting audigy2 passthru working.
Cheers
James




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf