On 31.10.2012 03:00, Big Yuuta wrote:
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.
The driver reports as disabled all parts of the CODEC that are unused in
specific configuration. It is quite usual to have half of CODEC unused.
To avoid unexpected effects driver mutes all disabled controls.
According to information reported by CODEC, this mixer is really unused.
I see no problem from the driver side there.
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?
I think Realtek engineers got crazy. They not only created several
different CODECs sharing the same ID (my laptop also uses variant of
ALC269, but it has no such problem), but also violated their own specs
and information reported by CODEC. Patch below should hide problematic
muter from the driver. Solution is far from perfect, but that is best I
can propose without having more information. Please test it and report
about results.
--- hdaa_patches.c (revision 242352)
+++ hdaa_patches.c (working copy)
@@ -541,6 +541,21 @@ hdaa_patch(struct hdaa_devinfo *devinfo)
if (w != NULL)
w->connsenable[0] = 0;
break;
+ case HDA_CODEC_ALC269:
+ /*
+ * ASUS EeePC 1001px has strange variant of ALC269 CODEC,
+ * that mutes speaker if unused mixer at NID 15 is muted.
+ * Probably CODEC incorrectly reports internal connections.
+ * Hide that muter from the driver. There are several
CODECs
+ * sharing this ID and I have not enough information about
+ * them to implement more universal solution.
+ */
+ if (subid == 0x10438437) {
+ w = hdaa_widget_get(devinfo, 15);
+ if (w != NULL)
+ w->param.inamp_cap = 0;
+ }
+ break;
case HDA_CODEC_CX20582:
case HDA_CODEC_CX20583:
case HDA_CODEC_CX20584:
--
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"
