From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: [Alsa-user] intel-hda: sound via HDMI only when using interlaced modes Date: Fri, 11 Oct 2013 10:06:18 +0300 Message-ID: <87eh7s8exh.fsf@intel.com> References: <20131009103405.GN8303@phenom.ffwll.local> <20131009110108.GP8303@phenom.ffwll.local>

<871u3t653i.fsf@intel.com> <87y5614kg8.fsf@intel.com> <87vc154jk7.fsf@intel.com> <87pprd4j1e.fsf@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTP id DD3CCE5C2F for ; Fri, 11 Oct 2013 00:04:57 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Jasper Smet Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On Fri, 11 Oct 2013, Jasper Smet wrote: > I managed to get a custom build but overriding the edid did not seem > to work at first glance (the override itself...) can't really say why > but the pioneer receiver was still visible in the kernel logs... So > maybe the kernel option was faulty or something? Sorry, my bad. It's drm_kms_helper.edid_firmware=... *not* drm.edid_firmware=... In this case, you can also change this through sysfs: echo -n "HDMI-A-1:panasonic-edid" > /sys/module/drm_kms_helper/parameters/edid_firmware (again, adjust value accordingly, it's : without path in , there's a bunch of dirs under /lib/firmware it looks at) You probably need to unplug/plug for it to take effect. Undo by echoing "" there. > I've managed to upload the EDID files for both devices in the meantime... Audio data blocks as decoded by edid-decode: > pioneer AV receiver : http://d.pr/f/uYjN Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32 Supported sample sizes (bits): 24 20 16 Linear PCM, max channels 7 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32 Supported sample sizes (bits): 24 20 16 AC-3, max channels 5 Supported sample rates (kHz): 48 44.1 32 Maximum bit rate: 1016 kHz DTS, max channels 6 Supported sample rates (kHz): 96 88.2 48 44.1 Maximum bit rate: 1016 kHz One Bit Audio, max channels 5 Supported sample rates (kHz): 44.1 Dolby Digital+, max channels 7 Supported sample rates (kHz): 48 44.1 DTS-HD, max channels 7 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 MAT (MLP), max channels 7 Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 > panasonic TV: http://d.pr/f/AdXp Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 So I think my theory is still plausible. BR, Jani. > > > On Thu, Oct 10, 2013 at 10:53 AM, Jasper Smet wrote: >> That will be this evening as i'm at work now :'( >> >> On Thu, Oct 10, 2013 at 10:38 AM, Jani Nikula >> wrote: >>> On Thu, 10 Oct 2013, Jasper Smet wrote: >>>> Ok, for the distro (OpenElec) i'm using i'll need to to re-compile the >>>> kernel with the CONFIG_DRM_LOAD_EDID_FIRMWARE=y option so i'll try to >>>> set up a build env later this day and hope for the best :-) >>> >>> Heh, good luck! >>> >>> In the mean time, please send us the EDIDs from both the TV and the AV >>> receiver, in case we can think of something. It's the same binary file >>> mentioned in step 2. >>> >>> BR, >>> Jani. >>> >>> >>> >>>> >>>> On Thu, Oct 10, 2013 at 10:27 AM, Jani Nikula >>>> wrote: >>>>> On Thu, 10 Oct 2013, Jani Nikula wrote: >>>>>> On Thu, 10 Oct 2013, Jasper Smet wrote: >>>>>>> I managed do this quickly before i got off to work: >>>>>>> >>>>>>> Dmesg output with directly connected to the tv: http://sprunge.us/EhJD >>>>>>> >>>>>>> Neither the VSX-928 nor the TV (passtrough) pick up sound when >>>>>>> connected to the AV receiver. >>>>>>> >>>>>>> I noticed that when i set the resolution to 1080i@30 sound works on >>>>>>> the receiver but not on the TV, everything lower works fine in both >>>>>>> passtrough and with the receiver powered on. >>>>>>> >>>>>>> Only when using 1080p24 or lower everything then works fine on both >>>>>>> devices.. >>>>>> >>>>>> At a glance, the main difference seems to be: >>>>>> >>>>>> [drm:drm_detect_monitor_audio], Monitor has basic audio support >>>>>> -[drm:drm_edid_to_eld], ELD monitor Panasonic-TV >>>>>> +[drm:drm_edid_to_eld], ELD monitor VSX-923 >>>>>> [drm:parse_hdmi_vsdb], HDMI: DVI dual 0, max TMDS clock 190, latency present 0 0, video latency 0 0, audio latency 0 0 >>>>>> -[drm:drm_edid_to_eld], ELD size 9, SAD count 1 >>>>>> +[drm:drm_edid_to_eld], ELD size 13, SAD count 8 >>>>>> >>>>>> This is getting pretty much to unknown territory for me, so if anyone >>>>>> knows anything better, please chime in! >>>>> >>>>> So my completely uneducated hunch was that the VSX-923 advertizes audio >>>>> capabilities for better quality than the TV, and together the video and >>>>> audio oversubscribe the link, unless you degrade video quality. And my >>>>> idea below is to use whatever the TV uses. I don't know if we have any >>>>> knobs to choose the audio quality somewhere, or whether the hda driver >>>>> has something for that. And then again I might be completely off here... >>>>> >>>>> Jani. >>>>> >>>>> >>>>>> >>>>>> I think I'd try using the TV's EDID with the VSX-923 to see if the >>>>>> ELD/SAD difference makes, uh, a difference. Something like this: >>>>>> >>>>>> 1. connect directly to TV >>>>>> 2. copy /sys/class/drm/card0-HDMI-A-1/edid under /lib/firmware with some >>>>>> sensible name, e.g. panasonic-edid. the exact source path may vary >>>>>> depending on HDMI port etc. >>>>>> 3. make sure you have CONFIG_DRM_LOAD_EDID_FIRMWARE=y >>>>>> 4. use drm.edid_firmware=HDMI-A-1:panasonic-edid module parameter to >>>>>> tell DRM to load the edid from /lib/firmware. again, the connector >>>>>> name HDMI-A-1 may very depending on HDMI port you use, do check. >>>>>> 5. connect to VSX-923; this should now use the EDID (and consequently >>>>>> ELD/SAD) from the TV >>>>>> >>>>>> I haven't actually tried this myself. *grin*. >>>>>> >>>>>> Let us know what happens. Thanks. >>>>>> >>>>>> BR, >>>>>> Jani. >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> Hope this helps. >>>>>>> >>>>>>> On Thu, Oct 10, 2013 at 7:57 AM, Jani Nikula >>>>>>> wrote: >>>>>>>> On Wed, 09 Oct 2013, Jasper Smet wrote: >>>>>>>>> As promissed i added the params to the kernel boot and here's the >>>>>>>>> dmesg output with debugging enabled: >>>>>>>>> >>>>>>>>> http://sprunge.us/iEQR >>>>>>>> >>>>>>>> Similar dmesg for when you connect directly to the tv (and audio works) >>>>>>>> might prove useful. >>>>>>>> >>>>>>>> Is your expectation that the VSX-928 picks up the sound, or pass through >>>>>>>> to the tv? Is it possible to try both (I honestly don't know)? >>>>>>>> >>>>>>>> It might prove useful to file a bug on DRM/Intel at [1] to track >>>>>>>> this. Then it won't get lost even if this thread quiets down. >>>>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Jani. >>>>>>>> >>>>>>>> >>>>>>>> [1] https://bugs.freedesktop.org/enter_bug.cgi?product=DRI >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Hope this helps! >>>>>>>>> >>>>>>>>> On Wed, Oct 9, 2013 at 1:28 PM, Jasper Smet wrote: >>>>>>>>>> Ok will pass the info when i get home later this day. >>>>>>>>>> >>>>>>>>>> On Wed, Oct 9, 2013 at 1:01 PM, Daniel Vetter wrote: >>>>>>>>>>> On Wed, Oct 09, 2013 at 12:44:10PM +0200, Jasper Smet wrote: >>>>>>>>>>>> Sorry, >>>>>>>>>>>> >>>>>>>>>>>> Intel NUC NUC Kit DC3217BY (Ivy bridge HD4000) Connected via HDMI to >>>>>>>>>>>> my Pioneer VSX-928 which is then connected to my Panasonic tv >>>>>>>>>>>> >>>>>>>>>>>> Running latest stable Openelec build (3.2.2). (tried different builds >>>>>>>>>>>> using stable/unstable drivers) >>>>>>>>>>> >>>>>>>>>>> That's really old ... Can you please test on something more modern? We >>>>>>>>>>> made tons of fixes to the hdmi infoframe code. >>>>>>>>>>>> >>>>>>>>>>>> Here are some logs i pulled while i was debugging the issue with one >>>>>>>>>>>> of the OpenElec developers. >>>>>>>>>>>> >>>>>>>>>>>> xbmc log (shows ALSA enumeration): http://sprunge.us/YJHc >>>>>>>>>>>> alsa playback devices: http://sprunge.us/KZKX >>>>>>>>>>>> xrandr modes: http://sprunge.us/DhFK >>>>>>>>>>>> dmesg: http://sprunge.us/XRGP >>>>>>>>>>> >>>>>>>>>>> When you have a new kernel please boot with drm.debug=0xe added to your >>>>>>>>>>> kernel cmdline and then grab the dmesg. Otherwise all the useful gfx debug >>>>>>>>>>> noise isn't in there. >>>>>>>>>>> -Daniel >>>>>>>>>>> -- >>>>>>>>>>> Daniel Vetter >>>>>>>>>>> Software Engineer, Intel Corporation >>>>>>>>>>> +41 (0) 79 365 57 48 - http://blog.ffwll.ch >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Met Vriendelijke Groeten >>>>>>>>>> >>>>>>>>>> Jasper Smet >>>>>>>>>> Developer >>>>>>>>>> >>>>>>>>>> Twitter: josbeir >>>>>>>>>> E-mail: josbeir@gmail.com >>>>>>>>>> Mobile: 0486/41.75.45 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Met Vriendelijke Groeten >>>>>>>>> >>>>>>>>> Jasper Smet >>>>>>>>> Developer >>>>>>>>> >>>>>>>>> Twitter: josbeir >>>>>>>>> E-mail: josbeir@gmail.com >>>>>>>>> Mobile: 0486/41.75.45 >>>>>>>>> _______________________________________________ >>>>>>>>> Intel-gfx mailing list >>>>>>>>> Intel-gfx@lists.freedesktop.org >>>>>>>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx >>>>>>>> >>>>>>>> -- >>>>>>>> Jani Nikula, Intel Open Source Technology Center >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Met Vriendelijke Groeten >>>>>>> >>>>>>> Jasper Smet >>>>>>> Developer >>>>>>> >>>>>>> Twitter: josbeir >>>>>>> E-mail: josbeir@gmail.com >>>>>>> Mobile: 0486/41.75.45 >>>>>> >>>>>> -- >>>>>> Jani Nikula, Intel Open Source Technology Center >>>>> >>>>> -- >>>>> Jani Nikula, Intel Open Source Technology Center >>>> >>>> >>>> >>>> -- >>>> Met Vriendelijke Groeten >>>> >>>> Jasper Smet >>>> Developer >>>> >>>> Twitter: josbeir >>>> E-mail: josbeir@gmail.com >>>> Mobile: 0486/41.75.45 >>> >>> -- >>> Jani Nikula, Intel Open Source Technology Center >> >> >> >> -- >> Met Vriendelijke Groeten >> >> Jasper Smet >> Developer >> >> Twitter: josbeir >> E-mail: josbeir@gmail.com >> Mobile: 0486/41.75.45 > > > > -- > Met Vriendelijke Groeten > > Jasper Smet > Developer > > Twitter: josbeir > E-mail: josbeir@gmail.com > Mobile: 0486/41.75.45 -- Jani Nikula, Intel Open Source Technology Center