From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jasper Smet Subject: Re: [Alsa-user] intel-hda: sound via HDMI only when using interlaced modes Date: Sat, 12 Oct 2013 13:51:57 +0200 Message-ID: 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> <87eh7s8exh.fsf@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-qa0-f46.google.com (mail-qa0-f46.google.com [209.85.216.46]) by gabe.freedesktop.org (Postfix) with ESMTP id 65713E5C13 for ; Sat, 12 Oct 2013 04:52:19 -0700 (PDT) Received: by mail-qa0-f46.google.com with SMTP id j15so1403348qaq.12 for ; Sat, 12 Oct 2013 04:52:17 -0700 (PDT) In-Reply-To: <87eh7s8exh.fsf@intel.com> 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: Jani Nikula Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org Using drm_kms_helper.edid_firmware=HDMI-A-1:edid/pana.bin hangs the system for +- 1 minute during boot and then goes further, it looks like the custom edid is not loaded well. When i grep the kernel for drm i get the following results: [ 60.678724] [drm:edid_load] *ERROR* Requesting EDID firmware "edid/pana.bin" failed (err=-2) [ 70.018431] [drm] Got external EDID base block and 1 extension from "edid/pana.bin" for connector "HDMI-A-1" [ 70.473422] [drm] Got external EDID base block and 1 extension from "edid/pana.bin" for connector "HDMI-A-1" I'm not sure if the EDID override is working or not but the end-result is the same. No sound trouh the receiver. And of course the one sharing the same subject as this ticket (but does not seem to get prepended) :-) from january 2013: => http://lists.freedesktop.org/archives/intel-gfx/2013-February/024875.html Not sure if related but here i found a ticket with people describing +- the same issue: => https://github.com/OpenELEC/OpenELEC.tv/issues/2683 I'm also having my doubts if its a problem with the receiver because : => audio with another openelec box (AMD) audio works => audio from my macbook using a mini displayport to hdmi cable works perfectly On Fri, Oct 11, 2013 at 9:06 AM, Jani Nikula wrote: > 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 -- Met Vriendelijke Groeten Jasper Smet Developer Twitter: josbeir E-mail: josbeir@gmail.com Mobile: 0486/41.75.45