<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Invalid encoder after hotplug"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108502#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Invalid encoder after hotplug"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108502">bug 108502</a>
              from <span class="vcard"><a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> <span class="fn">Ville Syrjala</span></a>
</span></b>
        <pre>(In reply to Wolfgang Haupt from <a href="show_bug.cgi?id=108502#c4">comment #4</a>)
<span class="quote">> (In reply to Stanislav Lisovskiy from <a href="show_bug.cgi?id=108502#c3">comment #3</a>)
> > (In reply to Lakshmi from <a href="show_bug.cgi?id=108502#c2">comment #2</a>)
> > > Stan, any comments here?
> > 
> > So far I only had time to run the program attached. For me it shows
> > everything correctly - when I have dock two DP MST ports connected it shows
> > connectors and encoder ids are not 0. For disconnected ones it shows zeroes. 
> > 
> > However as you know we have some bugs, which are only reproducible with
> > certain hardware, so nothing new here.

> What you say is correct, the case I want to make is like the following:
> 1) When nothing is connected it shows zeroes.
> 2) Keep program running
> 3) Plugin HDMI
> 4) Stop program
> 5) Start program -> encoders are still 0.

> The state in (5) will not change no matter how often you stop/start the
> program.
> You need to unplug/replug HDMI again to make it work.
> This happens on Kaby Lake for me.


> To me it looks like an issue if a user space programm has a file handle to
> /dev/dri/cardX and the state of HDMI goes from disconnected to connected.

> Please let me know if you need further information.</span >

The drm master is in charge of enabling/disabling displays. The first client to
open the device node will automatically become the master. And afterwards as
long as open fds remain fbdev/fbcon will not try to do anything with the
displays. It's not clear from the above explanation whether all fds are getting
closed or not. If they are not then the behaviour is as expected.

As far as hotplug support for kodi goes, you definitely don't want to rely on
fbdev/fbcon to enable displays for you. You should be doing that yourself.
fbdev might not even be enabled on the system.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>