2006/9/26, Takashi Iwai <tiwai@xxxxxxx>:
At Tue, 26 Sep 2006 16:43:32 +0200,
Mariusz Domanski wrote:
>
> 2006/9/26, Takashi Iwai <tiwai@xxxxxxx>:
>
> >At Mon, 25 Sep 2006 20:25:50 +0200,
> >Mariusz Domanski wrote:
> >>
> >>
> > >2006/9/25, Takashi Iwai <tiwai@xxxxxxx>:
> >>
> >> >> Propably the sound will appear after (x)th compilation, but why? Why it
> is not
> >> working
> >> >> all the time?
> >>
> >> >No idea. A weird hardware...
> >>
> >> >> And why the ALC861 is detected to be the ALC660?
> >>
> >> >Simply because they are almost compatible (according to Realtek).
> >>
> >> >The patch looks broken. Could you regenerated it?
> >>
> >> >thanks,
> >>
> >> >Takashi
> >>
> >> Here is patch (now I'll write it as a part of email):
> >
> >... and it's more broken now :)
> >
> >Could you give the correct patch as an attachment?
> >Also, try to avoid C++ style comments as much as possible.
> >
> >
> >Thanks,
> >
> >Takashi
>
> Ok, I really don't know why the patch doesn't want to work... It looks well, but
> produces errors when applied...
> Anyway, I'm sending attachement with modified patch_realtek.c and patch file which
> should work but doesn't...
Maybe the gzipped patch should have sufficed. So, it's kept
unmodified by the mailer.
I'm now looking at your new patch, and found that you do _not_ comment
out #if 0 for mic and line-in verbs as you did in the earlier patch.
Namely, in the earler version:
+//#if 0
+ { 0x15, AC_VERB_SET_AMP_GAIN_MUTE, (0x7080 | (0x01 << 8)) }, /*mic*/
+ { 0x15, AC_VERB_SET_AMP_GAIN_MUTE, (0x7080 | (0x02 << 8)) }, /*line in*/
+//#endif
+ { } /* end */
while the '//' are removed in the newer version.
Is it intentional?
Otherwise it looks fine.
Thanks,
Takashi
Well... It does't seem to make difference for me.. Now it does't want to work with comment tags and withotu them... It only works _sometimes_.
I wrote in bugreport that when model=3stack is chosen and channel mode is set to 6ch the line-in and mic works as output, but I can now tell you that was one of these _sometimes_ and it worked only once, but worked, and there in the sourcecode the #if 0 is not commented out. Later, when testing my patch everything worked with #if 0 commented out.. So... It doesn't change anything in my case...
I wasn't sure what i was doing writing this patch... :) I just read almost whole patch_realtek.c and codec#0 output and saw that there is something wrong... At first I was doing changes which had sense for me (mixer and pin config from uniwill, 0x0e as HP, 2ch and 6ch modes from 3stack) but it didn't work, so I started to make other changes, when changed HDA_INPUT to HDA_OUTPUT in the mixer, the sound appeard in the mixer, then I changed something in the code and recompiled Alsa, sound disappeard so I was making other changeswas until I got sount in headphones. When I got it, i also noticed that it is only to the next start of Alsa and this is the point where I'm standing now and don't know what to do next... Even codec#0 outputs are same, when comparing the one when everything was working and the one made now, when it doesn't work...
The situation is too complicated for me so I'm asking you for help, because it is so close to the finish :)
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
