[alsa-devel] [PING!] Re: HDMI audio is not working on my new desktop
2013/8/14 Alexander E. Patrakov patrakov@gmail.com:
Hello.
I built a new desktop PC based on the Gigabyte H87N-WIFI motherboard. It has one DVI and two HDMI outputs. However, I cannot get any sound over HDMI. The same OS image works perfectly on my laptop that also has an HDMI output.
This is not a pulseaudio problem, as I don't get any sound even if I test with this command:
pasuspender -- speaker-test -c2 -D hdmi:0,2 # or, for that matter, 0,0 or 0,1
Alsa-info.sh has uploaded its output to http://www.alsa-project.org/db/?f=1ad7192a15ff4a70b5ddb2579476dbb98adbd929
Please note this error in dmesg, it may be relevant:
[ 1.803595] hda_codec: invalid CONNECT_LIST verb 5[1]:0 [ 1.803719] hda_codec: invalid CONNECT_LIST verb 7[1]:0
As nobody replied, I have converted this into a formal bug report: https://bugzilla.kernel.org/show_bug.cgi?id=60769
Haswell people, _please_ comment on the bug.
At Mon, 19 Aug 2013 21:22:22 +0600, Alexander E. Patrakov wrote:
2013/8/14 Alexander E. Patrakov patrakov@gmail.com:
Hello.
I built a new desktop PC based on the Gigabyte H87N-WIFI motherboard. It has one DVI and two HDMI outputs. However, I cannot get any sound over HDMI. The same OS image works perfectly on my laptop that also has an HDMI output.
This is not a pulseaudio problem, as I don't get any sound even if I test with this command:
pasuspender -- speaker-test -c2 -D hdmi:0,2 # or, for that matter, 0,0 or 0,1
Alsa-info.sh has uploaded its output to http://www.alsa-project.org/db/?f=1ad7192a15ff4a70b5ddb2579476dbb98adbd929
Please note this error in dmesg, it may be relevant:
[ 1.803595] hda_codec: invalid CONNECT_LIST verb 5[1]:0 [ 1.803719] hda_codec: invalid CONNECT_LIST verb 7[1]:0
As nobody replied, I have converted this into a formal bug report: https://bugzilla.kernel.org/show_bug.cgi?id=60769
Haswell people, _please_ comment on the bug.
Xingchao, could you take a look at this bug?
I'll be off for traveling in this week.
thanks,
Takashi
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
At Mon, 19 Aug 2013 21:22:22 +0600, Alexander E. Patrakov wrote:
2013/8/14 Alexander E. Patrakov patrakov@gmail.com:
Hello.
I built a new desktop PC based on the Gigabyte H87N-WIFI motherboard. It has one DVI and two HDMI outputs. However, I cannot get any sound over HDMI. The same OS image works perfectly on my laptop that also has an HDMI output.
This is not a pulseaudio problem, as I don't get any sound even if I test with this command:
pasuspender -- speaker-test -c2 -D hdmi:0,2 # or, for that matter, 0,0 or 0,1
Alsa-info.sh has uploaded its output to http://www.alsa-project.org/db/?f=1ad7192a15ff4a70b5ddb2579476dbb98adbd929
Please note this error in dmesg, it may be relevant:
[ 1.803595] hda_codec: invalid CONNECT_LIST verb 5[1]:0 [ 1.803719] hda_codec: invalid CONNECT_LIST verb 7[1]:0
As nobody replied, I have converted this into a formal bug report: https://bugzilla.kernel.org/show_bug.cgi?id=60769
Haswell people, _please_ comment on the bug.
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later). The log message like below are not critical, in fact they're just "Warning", it will not harm audio playback: [ 1.803595] hda_codec: invalid CONNECT_LIST verb 5[1]:0
And seems the proper HDMI device should be pin6, i hope Alexander E. Patrakov could help check below command at first: speak-test -t wav -c 2 -D hw:0,7
And pleaset let me know can you reproduce this issue 100% on the same board? Did you test on some other boards with same Hardware?
thanks --xingchao
I'll be off for traveling in this week.
thanks,
Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
Thanks, I will try to update the BIOS and retest.
And seems the proper HDMI device should be pin6, i hope Alexander E. Patrakov could help check below command at first: speak-test -t wav -c 2 -D hw:0,7
Same result. I guess I should update the BIOS first.
And pleaset let me know can you reproduce this issue 100% on the same board? Did you test on some other boards with same Hardware?
The issue is 100% reproducible on my board, and I don't have any other Haswell boards to test.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
Thanks, I will try to update the BIOS and retest.
Updated, the same problem still exists.
cc Mengdong and Liam, we're in the same PRC audio Team.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
btw, did you do any suspend/resume operation before the audio playback test? if not, it's a new case. i found the issue only on some particular boards after suspend/resume.
thanks --xingchao
Thanks, I will try to update the BIOS and retest.
And seems the proper HDMI device should be pin6, i hope Alexander E. Patrakov could help check below command at first: speak-test -t wav -c 2 -D hw:0,7
Same result. I guess I should update the BIOS first.
And pleaset let me know can you reproduce this issue 100% on the same board? Did you test on some other boards with same Hardware?
The issue is 100% reproducible on my board, and I don't have any other Haswell boards to test.
-- Alexander E. Patrakov
2013/8/22 Wang Xingchao wangxingchao2011@gmail.com:
cc Mengdong and Liam, we're in the same PRC audio Team.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
btw, did you do any suspend/resume operation before the audio playback test? if not, it's a new case. i found the issue only on some particular boards after suspend/resume.
The issue is 100% reproducible without suspend/resume. Just in case, I tested after one suspend-resume cycle, it didn't fix the problem.
2013/8/22 Alexander E. Patrakov patrakov@gmail.com:
2013/8/22 Wang Xingchao wangxingchao2011@gmail.com:
cc Mengdong and Liam, we're in the same PRC audio Team.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
btw, did you do any suspend/resume operation before the audio playback test? if not, it's a new case. i found the issue only on some particular boards after suspend/resume.
The issue is 100% reproducible without suspend/resume. Just in case, I tested after one suspend-resume cycle, it didn't fix the problem.
On IRC (#intel-gfx) ohsix said that the bug (https://bugzilla.kernel.org/show_bug.cgi?id=60769) may be graphics related after all, but was too scared with the interrupt handling code there. The contents of /proc/interrupts are attached to the bug, but he said there is nothing interesting there.
BTW I am surprised that the bug is still assigned to Jaroslav Kysela and not to Intel specialists (who are not even in the CC list of the bug).
2013/9/5 Alexander E. Patrakov patrakov@gmail.com:
2013/8/22 Alexander E. Patrakov patrakov@gmail.com:
2013/8/22 Wang Xingchao wangxingchao2011@gmail.com:
cc Mengdong and Liam, we're in the same PRC audio Team.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de:
Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
btw, did you do any suspend/resume operation before the audio playback test? if not, it's a new case. i found the issue only on some particular boards after suspend/resume.
The issue is 100% reproducible without suspend/resume. Just in case, I tested after one suspend-resume cycle, it didn't fix the problem.
On IRC (#intel-gfx) ohsix said that the bug (https://bugzilla.kernel.org/show_bug.cgi?id=60769) may be graphics related after all, but was too scared with the interrupt handling code there. The contents of /proc/interrupts are attached to the bug, but he said there is nothing interesting there.
BTW I am surprised that the bug is still assigned to Jaroslav Kysela and not to Intel specialists (who are not even in the CC list of the bug).
-- Alexander E. Patrakov
broonie@kernel.org asked to CC: him to the thread. As far as I know, Intel tried to reproduce this bug on their hardware and on some OEM boards, but didn't try exactly the same motherboard, and reproduced another bug (files play silently but IRQs seem to come correctly).
It is interesting to know that today I found two people on FreeNode IRC with the same board, and only one of them (rvalles) can reproduce the IRQ problem. The other one (broonie) uses an older kernel (Debian's 3.10-3, current unstable) and sees the "files play silently" problem instead of the IRQ one.
2013/10/5 Alexander E. Patrakov patrakov@gmail.com:
2013/9/5 Alexander E. Patrakov patrakov@gmail.com:
2013/8/22 Alexander E. Patrakov patrakov@gmail.com:
2013/8/22 Wang Xingchao wangxingchao2011@gmail.com:
cc Mengdong and Liam, we're in the same PRC audio Team.
2013/8/21 Alexander E. Patrakov patrakov@gmail.com:
2013/8/21 Wang Xingchao wangxingchao2011@gmail.com:
Hi Takashi/Alexander E. Patrakov,
2013/8/20 Takashi Iwai tiwai@suse.de: > Xingchao, could you take a look at this bug?
sure, i will take a look at it. But i'm afraid i cannot continue tracking from next week, i'm under leaving process at Intel.
Best wishes to you, and good luck with a new job :)
But then please tell us the contact information of the person at Intel who should be contacted instead of you for any further questions related to HDMI audio on Haswell.
At first glance, i saw a lot of errors:
[ 772.822663] playback write error (DMA or IRQ trouble?) [ 782.912776] playback write error (DMA or IRQ trouble?) [ 793.002904] playback write error (DMA or IRQ trouble?) [ 803.093052] playback write error (DMA or IRQ trouble?) [ 813.183205] playback write error (DMA or IRQ trouble?) [ 823.273217] playback write error (DMA or IRQ trouble?)
I know this issue on some Haswell ULT boards(STP/WTM1) because they are not stable, and it's better to use latest BIOS image(V131 or later).
btw, did you do any suspend/resume operation before the audio playback test? if not, it's a new case. i found the issue only on some particular boards after suspend/resume.
The issue is 100% reproducible without suspend/resume. Just in case, I tested after one suspend-resume cycle, it didn't fix the problem.
On IRC (#intel-gfx) ohsix said that the bug (https://bugzilla.kernel.org/show_bug.cgi?id=60769) may be graphics related after all, but was too scared with the interrupt handling code there. The contents of /proc/interrupts are attached to the bug, but he said there is nothing interesting there.
BTW I am surprised that the bug is still assigned to Jaroslav Kysela and not to Intel specialists (who are not even in the CC list of the bug).
-- Alexander E. Patrakov
broonie@kernel.org asked to CC: him to the thread. As far as I know, Intel tried to reproduce this bug on their hardware and on some OEM boards, but didn't try exactly the same motherboard, and reproduced another bug (files play silently but IRQs seem to come correctly).
It is interesting to know that today I found two people on FreeNode IRC with the same board, and only one of them (rvalles) can reproduce the IRQ problem. The other one (broonie) uses an older kernel (Debian's 3.10-3, current unstable) and sees the "files play silently" problem instead of the IRQ one.
-- Alexander E. Patrakov
I have tried the Debian kernel on my Gentoo system and... HDMI audio works (but always plays both in the Dell monitor and the LG TV simultaneously). So this is a regression, will bisect.
participants (3)
-
Alexander E. Patrakov -
Takashi Iwai -
Wang Xingchao