[HDAudio][ALC295] speakers not working on Acer Travelmate P614
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.
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
Hello,
so I have tested the following three cases: ``` sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x01 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x01 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x01 aplay /usr/share/sounds/alsa/Front_Center.wav ```
``` sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x02 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x02 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x02 aplay /usr/share/sounds/alsa/Front_Center.wav ```
``` sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x04 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x04 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x04 aplay /usr/share/sounds/alsa/Front_Center.wav ```
But this did not solved the problem.
And try turn on EAPD on non-used pins.
I have not found how to do that exactly. Do I have to use the pins which I have seen in hdajackretask?
Could you provide an example on how to do it?
And how to start with the coefficient changes properly?
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
I have two more questions on the procedure.
1. can I apply changes through hda-verbs while using the sof drivers or do I need to use snd-hda-intel?
2. I have windows 10 installed dual to my Linux. Is there a tool I could use to get the correct pins/coefficients for the Linux driver or quirk?
I am not a Linux developer so it all is very new to me. I am willing to try anything suggested by someone but I will probably not be able to find out any commad/setting on my own.
Thanks.
On Tue, Jun 23, 2020, 23:50 Stanislav Kazmin stas.kazmin@gmail.com wrote:
Hello,
so I have tested the following three cases:
sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x01 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x01 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x01 aplay /usr/share/sounds/alsa/Front_Center.wavsudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x02 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x02 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x02 aplay /usr/share/sounds/alsa/Front_Center.wavsudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x04 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x04 sudo hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x04 aplay /usr/share/sounds/alsa/Front_Center.wavBut this did not solved the problem.
And try turn on EAPD on non-used pins.
I have not found how to do that exactly. Do I have to use the pins which I have seen in hdajackretask?
Could you provide an example on how to do it?
And how to start with the coefficient changes properly?
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
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
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
participants (2)
-
Stanislav Kazmin -
Takashi Iwai