I'm running on a new Intel NUC d54250wyk. When I plug in an HDMI or DisplayPort display which supports audio, I see the audio device reported as present in all the expected places - PulseAudio, ALSA, EDID output in dmesg, etc. But when I try and play any noise, I simply don't hear anything. These display have worked correctly with audio on an older NUC DC3217IYE, and the analog audio out on the new NUC works fine.
Haswell? Which kernel version is this?
Kernel 3.12.5 and I also tested with 3.13rc3 Yes, Haswell: http://ark.intel.com/products/76977/Intel-NUC-Kit-D54250WYK?q=d54
Since the visual stuff seems to work this can't possible be a gfx bug ;-) More seriously: Reassigning to grab the audio ppl's attention. I'll keep our bug m-l on cc.
Check /proc/asound/card*/eld#* files to see whether you get the ELD properly received from the graphics. If no monitor and ELD content is found there, the problem is outside the sound stuff. If there is a corresponding entry, you must play with this port.
you have to post output of alsa-info.sh xrandr --verbose Intel ® High Definition (Intel ® HD) Audio via the Mini HDMI v1.4a and Mini DisplayPort 1.2 interfaces through the processor •Intel HD Audio via a stereo microphone/headphone jack on the front panel •Front panel audio jack (3.5 mm jack) are you using hdmi or displayport audio ?
Created attachment 121591 [details] alsa-info I've attached the alsa-info.txt. More notes: 1) Using either the displayport or the hdmi port, audio does not work. 2) Using the analog audio port (which is on the separate PCH audio controller) works fine. 3) The ELD information looks correct for both displayport and hdmi. I see the right device identity and capabilities reported 4) When the computer is playing audio, /proc/asound reports the right device in use and valid sample format information, etc. But of course, no sound is produced. 5) I've verified that the displays in question (Dell Ultrasharps) do correctly output sound from other computers.
Created attachment 121601 [details] xrandr --verbose
How did you test the playback? Looking at alsa-info.sh output, the monitor is connected to the secondary audio HDMI port. Just to be sure, could you try 3.12 kernel as well?
I tried with 3.12.x and 3.13rc, all with the same results. To test playback, I plug my headphones into the stereo-out port on the monitor and try to play some audio from the desktop environment (pulse audio, etc). The software side of all this is exactly the same as it was on my previous computer - I copied the OS image over directly - and it worked fine previously, and not now. And yes, the monitor is connected to the second port (which happens to be DisplayPort). When I connect my other monitor over HDMI it is to the first port, and all the ELD information appears against the other device.
seem connect to DP1 HDMI1 disconnected (normal left inverted right x axis y axis) audio: auto supported: force-dvioffautoon DP1 connected primary 2560x1600+0+0 (0xad) normal (normal left inverted right x axis y axis) 641mm x 401mm audio: auto supported: force-dvioffautoon HDMI2 disconnected (normal left inverted right x axis y axis) audio: auto supported: force-dvioffautoon Manufacturer: DEL Model 4065 Serial Number 825309004 Made week 34 of 2010 EDID version: 1.4 Digital display 10 bits per primary color channel DisplayPort interface Serial number: PH5NY08P117L Monitor name: DELL Monitor ranges (GTF): 49-86Hz V, 29-113kHz H, max dotclock 280MHz Has 1 extension blocks Checksum: 0xb (valid) CEA extension block Extension version: 3 25 bytes of CEA data Audio data block Linear PCM, max channels 5 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block
Some new data. Currently running 3.14.3 and I happened to try again on the Dell U3011. This display supports 5.1 analog output of the audio signal so I set the output to 5.1 and plugged my head phones into the front L/R channel. Surprisingly I actually got some sound. It was recognisable but it was stuttering. If I set it to stereo mode, then I get no sound as reported previously.
So I seem to have the same problem on the same device even with 3.15.0. Did anybody got any sound on this device? I've been told hat it should have been fully supported by OpenELEC, maybe there is a patch that hey apply that is needed? Or a kernel config option that we missed?
This looks like a duplicate of bug #60769 or at least has the same solution: intel_iommu=on,igfx_off
Good catch. I've updated the summary.
Having the same issue here on a D34010WYK.
Same here - Intel NUC D54250WYK, kernel 3.16.5, no sound over HDMI unless intel_iommu=on,igfx_off is passed to the kernel.
See also 86221.
*** This bug has been marked as a duplicate of bug 60769 ***