<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - ThinkPad T450: RetroArch refuses to go back into windowed mode after fullscreen"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=96767#c31">Comment # 31</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - ThinkPad T450: RetroArch refuses to go back into windowed mode after fullscreen"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=96767">bug 96767</a>
              from <span class="vcard"><a class="email" href="mailto:diego.viola@gmail.com" title="Diego Viola <diego.viola@gmail.com>"> <span class="fn">Diego Viola</span></a>
</span></b>
        <pre>(In reply to Diego Viola from <a href="show_bug.cgi?id=96767#c30">comment #30</a>)
<span class="quote">> (In reply to Chris Wilson from <a href="show_bug.cgi?id=96767#c27">comment #27</a>)
> > (In reply to Diego Viola from <a href="show_bug.cgi?id=96767#c26">comment #26</a>)
> > > (In reply to Chris Wilson from <a href="show_bug.cgi?id=96767#c14">comment #14</a>)
> > > > The chvt will cause a modeset which will flush the vblank queue (more
> > > > evidence that is a "lost" event in the kernel as opposed to userspace
> > > > missing the event enitrely). This will be very noisy, but I wonder if a
> > > > drm.debug=0xff dmesg will have a clue (you will probably also need to
> > > > increase the dmesg to say log_buf_len=10M) when you hit the hang and then
> > > > chvt.
> > > 
> > > Chris, you mentioned this was a possible kernel bug, but I got that commit
> > > that is causing this in xf86-video-intel.
> > > 
> > > Do you have any suggestions please?
> > 
> > I've run over 96hours on xf86-video-intel/test/dri2-race that captures all
> > of the issues you have hit so far and more. Both xorg-1.18.0 (as
> > demonstrated earlier and fixed) and xorg-1.19-rc are buggy. That change just
> > moves a spurious early signal to the later pending flip, i.e. expanding the
> > race window. It is not the culprit you think it is.

> I think you're right, I went back to Aug. 2015 and I still get these hangs,
> going back further I get compile time errors and I can't test anymore.

> It's interesting though that some of those commits are OK and don't hang.
> I'm out of ideas. :(</span >

Yes, I realize it's a bug in the kernel, and it sucks nobody is doing anything
about them.

What I'm saying is that maybe you'll be able to alleviate by using
modesetting/glamor as it probably uses different functions than
xf86-video-intel.

Although that is more of a workaround right now, and it has worked for me.</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>