That will be this evening as i'm at work now :'( On Thu, Oct 10, 2013 at 10:38 AM, Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx> wrote: > On Thu, 10 Oct 2013, Jasper Smet <josbeir@xxxxxxxxx> 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 >> <jani.nikula@xxxxxxxxxxxxxxx> wrote: >>> On Thu, 10 Oct 2013, Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx> wrote: >>>> On Thu, 10 Oct 2013, Jasper Smet <josbeir@xxxxxxxxx> 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 >>>>> <jani.nikula@xxxxxxxxxxxxxxx> wrote: >>>>>> On Wed, 09 Oct 2013, Jasper Smet <josbeir@xxxxxxxxx> 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 <josbeir@xxxxxxxxx> wrote: >>>>>>>> Ok will pass the info when i get home later this day. >>>>>>>> >>>>>>>> On Wed, Oct 9, 2013 at 1:01 PM, Daniel Vetter <daniel@xxxxxxxx> 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@xxxxxxxxx >>>>>>>> Mobile: 0486/41.75.45 >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Met Vriendelijke Groeten >>>>>>> >>>>>>> Jasper Smet >>>>>>> Developer >>>>>>> >>>>>>> Twitter: josbeir >>>>>>> E-mail: josbeir@xxxxxxxxx >>>>>>> Mobile: 0486/41.75.45 >>>>>>> _______________________________________________ >>>>>>> Intel-gfx mailing list >>>>>>> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx >>>>>>> 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@xxxxxxxxx >>>>> 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@xxxxxxxxx >> Mobile: 0486/41.75.45 > > -- > Jani Nikula, Intel Open Source Technology Center -- Met Vriendelijke Groeten Jasper Smet Developer Twitter: josbeir E-mail: josbeir@xxxxxxxxx Mobile: 0486/41.75.45 _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
