Yes, actually I'm using sysctl hw.snd.verbose=4 to understand what's happening inside.
>From my tests, it's not a sense redirection problem. Because, when I unmute everything, and then I plug a headphone, the sound goes to the headphone and the internal speaker is mutted, and when I unplug it, the internal speaker gets the sound, and (nid 26: the headphone) is mutted. So, anyway, I'm still debugging it and I found out that I don't have to "unmute" everything, I just have to make sure that nid=15 is never mutted. i.e. the test I wrote in my last email could be more precise like this: hdaa_audio_ctl_amp_set_internal(struct hdaa_devinfo *devinfo, nid_t nid, int index, int lmute, int rmute, int left, int right, int dir) { uint16_t v = 0; if(nid == 15){ //just don't mute nid15, and it works lmute = 0; rmute = 0; } Strange thing is from my dmesg here: http://dpaste.com/818967/plain/ I thought that nid 15 wasn't used. hdaa0: nid: 15 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010a hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=2 [audio output] hdaa0: + [DISABLED] <- nid=11 [audio mixer] Maybe it's disabled because others were disabled for other reasons? I honestly don't grok the whole thing yet. We, IMVHO, probably just should add a patch inside hdaa_patches.c for this case: case HDA_CODEC_ALC269: if (subid == 0x10438437){ //0x10438437 is my subsystem id. w = hdaa_widget_get(devinfo, 15); if(w != NULL) //some magic to unmute it ? } break; What do you think? On Tue, Oct 30, 2012 at 10:26 AM, Alexander Motin <m...@freebsd.org> wrote: > On 30.10.2012 09:17, Big Yuuta wrote: >> >> Hi Alexander, >> >> I got the sound out of that speaker!! :) >> >> I actually started to read your code, and I'm still trying to understand >> the stuff in it (I never wrote a device driver) >> >> Anyway, so I did a little hack'ish modification (just to test) in function >> >> hdaa_audio_ctl_amp_set_internal(struct hdaa_devinfo *devinfo, nid_t nid, >> int index, int lmute, int rmute, >> int left, int right, int dir) >> { >> uint16_t v = 0; >> >> // Do not mute, even if asked for. Test to be removed of course >> lmute = 0; >> rmute = 0; >> >> >> I know, this is absolutely NOT the way to do it, but I wanted to see >> if the speaker wasn't muted (or the mixer that controls it) >> and it -actually- WAS muted! >> >> Now, I guess I'll have to read the whole code, try to understand its >> internals, and I hope to be able to write a patch to add to hdaa_patches.c > > > Speaker should be muted on headphones connection. That is one of two ways of > handling playback redirection. But it should be unmuted on disconnection. > You may try to set sysctl hw.snd.verbose=4 and connect/disconnect > headphones. It should report which controls are affected and how. > > You may try this hack to use pin controls instead of muters for redirection: > --- hdaa.c (revision 242315) > +++ hdaa.c (working copy) > @@ -260,7 +260,7 @@ > /* (Un)Mute headphone pin. */ > ctl = hdaa_audio_ctl_amp_get(devinfo, > w->nid, HDAA_CTL_IN, -1, 1); > - if (ctl != NULL && ctl->mute) { > + if (ctl != NULL && ctl->mute && 0) { > /* If pin has muter - use it. */ > val = connected ? 0 : 1; > if (val != ctl->forcemute) { > @@ -290,7 +290,7 @@ hdaa_hpredir_handler(struct hdaa_widget *w) > continue; > ctl = hdaa_audio_ctl_amp_get(devinfo, > as->pins[j], HDAA_CTL_IN, -1, 1); > - if (ctl != NULL && ctl->mute) { > + if (ctl != NULL && ctl->mute && 0) { > /* If pin has muter - use it. */ > val = connected ? 1 : 0; > if (val == ctl->forcemute) > > > -- > Alexander Motin _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"