Re: ALC650 + Mic input not working

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

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

[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

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