Hello Takashi,
as I am new to mailing lists I would like to know how to proceed now, after I posted the question here. Because I cannot create quirks on my own and need someone to guide me. But it seems that no one is answering to the question anymore.
Is it normal and will it be attended at some point? Or do I have to post it as a BUG somewhere (e. g. linux kernel)?
I do not want to hurry you or anyone else here in any way but I would like to know whether I have to wait or to do something.
I would be happy to test some more ideas (like COEFFS and stuff like that) but I need concrete recipes for it.
Thanks,
Stanislav
On Montag, 29. Juni 2020 15:46:15 CEST Stanislav Kazmin wrote:
Hello,
unfortunately I am still lost and do not know how to attack the problem...
But I found this bug: https://bugzilla.kernel.org/show_bug.cgi?id=207423
and I wounder if it related to the problem here?
Best,
Stanislav
On Dienstag, 23. Juni 2020 18:49:59 CEST Takashi Iwai wrote:
On Tue, 23 Jun 2020 17:49:18 +0200,
Stanislav Kazmin wrote:
Hello, I have the following problem on my Acer TravelMate P614-51T-G2:
I have all the audio sinks correctly identified (like HDMI, DMic, Headphones) but the internal speakers do not produce any sound.
What I have tried so far:
- hard/soft shutdown on Windows and reboot
- disable/re-enable speakers and microphone in BIOS
- uninstall pulseaudio and test alsa alone (so it is defeitely **not** a
pulseaudio issue)
- switch from sof-hda-dsp to snd-hda-intel driver (without Dmic support)
- retask pins 0x14, 0x16, 0x1b to "Internal Speakers" through
hdajackretask (only basic, without advanced features)
- removed/reconnected the headphones
`alsamixer` shows all needed sinks and nothing is muted.
I already discussed the issue at sof github https://github.com/thesofproject/ sof/issues/3058 but since the same issue occurs on `snd-hda-intel` legacy river, I was advised to communicate with alsa-devel team.
The alsa-info.sh result are linked at http://alsa-project.org/db/? f=252f92c7a1df3c755d16ee69353b26d2535a4d81
I have tested the kernel 5.8-rc1 but it does not make any difference.
Let me know if I can do anything else to test the issue.
It's hard to know and the only way is to some trial-and-errors. The first shot I'd take is to toggle GPIO pins. You can change the bit via hda-verb program like
hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x01 hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x01 hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x01
to turn on the bit 0 of GPIO. The first 0x01 is the node ID and it's 0x01 on Realtek, and the last 0x01 the GPIO bit 0. For toggling the bit 1, pass 0x02 in the last argument, and for bit 2, pass 0x04.
And try turn on EAPD on non-used pins. This can be done via hda-verb, too.
If this doesn't help, you might need to try some COEF changes as done in various quirks in sound/pci/hda/patch_realtek.c.
HTH,
Takashi