Thank you for your statement, Daniel. Is there any way to work around the HDMI infoframe issues you have mentioned? Are there any patches I could try? Regards, Frederik 2012/7/24 Daniel Vetter <daniel at ffwll.ch>: > On Tue, Jul 24, 2012 at 08:46:04PM +0200, Frederik Vogelsang wrote: >> Hi, >> >> thanks for your feedback, Attila. >> >> 2012/7/24 alanwww1 <alanwww1 at gmail.com>: >> > I already reported this problem here: >> > https://bugs.freedesktop.org/show_bug.cgi?id=49055 >> I see. I did not search bugzilla yet, because I thought this feature >> was related to my pretty new hardware components. It's a little >> disappointing to hear that HBR sound passthrough does not even work on >> Sandy Bridge yet. >> >> > I'll try to ping him if there is any newson this. >> That would be nice. Any developer information on this (like "we are >> working on it") would be appreciated. > > See the comment I've added. Retesting on 3.5 (and if that doesn't work on > 3.6-rc1 respectively drm-next) is required, otherwise we'll have known > hdmi infoframe issues. Which could very well explain why hbr doesn't work. > > Cheers, Daniel > >> >> >> Regards, >> Frederik >> >> >> 2012/7/24 alanwww1 <alanwww1 at gmail.com>: >> > Hi all ! >> > >> > I already reported this problem here: >> > https://bugs.freedesktop.org/show_bug.cgi?id=49055 >> > >> > I was also in emailing on this problem with Intel developer Wu Fengguang. >> > It is probably an Intel driver problem. >> > His last email (back in may) was: >> > >> > "Hi Attila, >> > >> > Sorry for the delay! During the time I consulted another Intel >> > developer but still remain clueless on this problem. I'll try to >> > reach the Windows driver developers for help.. >> > >> > Thanks, >> > Fengguang" >> > >> > I'll try to ping him if there is any newson this. >> > >> > Cheers, >> > >> > Attila >> > >> > >> > 2012/7/22 Frederik Vogelsang <frederik.vogelsang at gmail.com> >> >> >> >> Hi Paul, >> >> >> >> thanks a lot for your reply. I am not using Pulseaudio, just plain >> >> ALSA. These are the software versions I am currently using: >> >> >> >> Linux: 3.5.0 (always on latest stable) >> >> Alsa: in-kernel driver, alsa-lib 1.0.25 (always on latest stable) >> >> xf86-video-intel: 2.20.0 (always on latest stable) >> >> >> >> I do not think these matter, but I'll include them nonetheless: >> >> xorg-server: 1.12.2 >> >> libdrm: 2.4.33 >> >> mesa: 8.0.3 >> >> >> >> I am not using a Live-System. This is a Gentoo Linux system, booted from >> >> UEFI. >> >> >> >> This is what is already working: >> >> * 3D acceleration >> >> * Sound (except from this very issue) >> >> * DTS/Dolby Digital passthrough >> >> * 7.1 LPCM >> >> >> >> This is what does not work: >> >> * DTS HD/Dolby TrueHD pass-through/bitstreaming through HDMI 1.3 >> >> >> >> The driver even recognizes the audio formats supported by my AV receiver: >> >> >> >> localhost ~ # cat /proc/asound/card0/eld#3.0 >> >> monitor_present 1 >> >> eld_valid 1 >> >> monitor_name VSX-LX51 >> >> connection_type HDMI >> >> eld_version [0x2] CEA-861D or below >> >> edid_version [0x3] CEA-861-B, C or D >> >> manufacture_id 0x2f41 >> >> product_id 0x0 >> >> port_id 0x0 >> >> support_hdcp 0 >> >> support_ai 1 >> >> audio_sync_delay 4 >> >> speakers [0x4f] FL/FR LFE FC RL/RR RLC/RRC >> >> sad_count 9 >> >> sad0_coding_type [0x1] LPCM >> >> sad0_channels 2 >> >> sad0_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 >> >> 192000 >> >> sad0_bits [0xe0000] 16 20 24 >> >> sad1_coding_type [0x1] LPCM >> >> sad1_channels 8 >> >> sad1_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 >> >> 192000 >> >> sad1_bits [0xe0000] 16 20 24 >> >> sad2_coding_type [0x2] AC-3 >> >> sad2_channels 6 >> >> sad2_rates [0xe0] 32000 44100 48000 >> >> sad2_max_bitrate 640000 >> >> sad3_coding_type [0x7] DTS >> >> sad3_channels 7 >> >> sad3_rates [0x6c0] 44100 48000 88200 96000 >> >> sad3_max_bitrate 1536000 >> >> sad4_coding_type [0x9] DSD (One Bit Audio) >> >> sad4_channels 6 >> >> sad4_rates [0x40] 44100 >> >> sad5_coding_type [0xa] E-AC-3/DD+ (Dolby Digital Plus) >> >> sad5_channels 8 >> >> sad5_rates [0xc0] 44100 48000 >> >> sad6_coding_type [0xb] DTS-HD >> >> sad6_channels 8 >> >> sad6_rates [0x1ec0] 44100 48000 88200 96000 176400 192000 >> >> sad7_coding_type [0xc] MLP (Dolby TrueHD) >> >> sad7_channels 8 >> >> sad7_rates [0x1ec0] 44100 48000 88200 96000 176400 192000 >> >> sad8_coding_type [0xe] WMAPro >> >> sad8_channels 8 >> >> sad8_rates [0x6e0] 32000 44100 48000 88200 96000 >> >> sad8_profile 3 >> >> >> >> I am not sure if this is a regression. I do not have any other Intel >> >> systems I could use for testing (like Sandy Bridge or earlier), only >> >> my Ivy Bridge build with a HD4000. I can only say that DTS HD >> >> passthrough works in a similar Linux system with a NVidia GT 430 using >> >> the command above, so it can neither be the cable's nor the receiver's >> >> fault. >> >> >> >> >> >> - Frederik >> >> >> >> >> >> 2012/7/22 Paul Menzel <paulepanter at users.sourceforge.net>: >> >> > Dear Frederik, >> >> > >> >> > >> >> > Am Freitag, den 20.07.2012, 21:03 +0200 schrieb Frederik Vogelsang: >> >> > >> >> >> I am using a Core i5-3475S on a ASUS P8H77-I. The system is connected >> >> >> to my amp through HDMI. For some reason I cannot get passthrough of >> >> >> DTS-HD MA or Dolby TrueHD to work properly. On my HTPC with an ION2 >> >> >> chipset I can use >> >> >> >> >> >> aplay -D hdmi:CARD=NVidia,DEV=2,AES0=6 -c8 -fs16_le -r192000 >> >> >> dtshd_test.spdif >> >> >> >> >> >> and the receiver recognizes and plays the DTS-HD MA stream. On my >> >> >> Intel system I am trying the exact same thing (different card name, >> >> >> obviously) and the receiver only plays noise (shows 7.1 PCM instead of >> >> >> DTS-HD). >> >> >> >> >> >> Am I doing anything wrong? Are there any configuration options I am >> >> >> missing or kernel module parameters? I am using the latest stable >> >> >> xf86-video-intel driver and Linux kernel. >> >> > >> >> > I guess the developers might look at your problem on Monday, but please >> >> > note the specific versions. ALSA version might also be interesting. Do >> >> > you use PulseAudio? Have you tried some live systems? And lastly is this >> >> > a regression? >> >> > >> >> > Anyway, please also provide some log files as documented in [1]. >> >> > >> >> > >> >> > Thanks and good luck, >> >> > >> >> > Paul >> >> > >> >> > >> >> > [1] http://intellinuxgraphics.org/how_to_report_bug.html >> _______________________________________________ >> Intel-gfx mailing list >> Intel-gfx at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/intel-gfx > > -- > Daniel Vetter > Mail: daniel at ffwll.ch > Mobile: +41 (0)79 365 57 48
