[Sorry, I hit enter before entering the description.]

This is probably related to bug #101790. Even after the fix, pasting something with the middle mouse button, the pasted text is not shown until some key is pressed or the mouse cursor is moved. (Maybe related to interrupts.)


[1] https://bugs.freedesktop.org/show_bug.cgi?id=101790

Hello Paul,
Could you please attach logs also in this bug?
Thank you.

Created attachment 132785 [details]
Linux messages with `drm.debug=0xe`

(In reply to Elizabeth from comment #2)

> Could you please attach logs also in this bug?

Sorry for not attaching it in the first place. When pressing the middle mouse button, nothing happens in the (Linux) log though.

Also, please note, playing for example music in the background (with MPlayer) then the text is pasted after pressing the middle mouse button also with delay but well below a second. This support the “interrupt problem” theory.

I could duplicate bug 101790 before applying its associated patch, but I'm not able to duplicate this one as far as I can tell. I tested in both Wayland (Gnome 3) and X.org (MATE) on a machine with a 945GME, and I didn't see any lag when I kept the mouse stationary while clicking the middle button.

FYI: This issues is tracked in the regression reports for Linux 4.13 (http://bit.ly/lnxregrep413 ) with this id:

Linux-Regression-ID: lr#d672f3

Please include this line in the comment section of patches that are supposed to fix the issue. Please also mention the string once in other mailinglist threads or different bug tracking entries if you or someone else start to discuss the issue there. By including that string you make it a whole lot easier to track where an issue gets discussed and how far patches to fix it have made it. More details on this: http://bit.ly/lnxregtrackid

Thx for your help.

ralated to bug - https://bugs.freedesktop.org/show_bug.cgi?id=101790 a patch has been merged and problem should be fixed... closing this bug as well. In the case this is not fix please open a new bug with detail logs

(In reply to Ricardo from comment #7)
> related to bug - https://bugs.freedesktop.org/show_bug.cgi?id=101790 a patch
> has been merged and problem should be fixed... closing this bug as well. In
> the case this is not fix please open a new bug with detail logs

Did you even read the comments?

> Even after the fix, pasting something with the middle mouse button, the pasted
> text is not shown until some key is pressed or the mouse cursor is moved. (Maybe 
> related to interrupts.)

(In reply to Thorsten Leemhuis from comment #6)
> FYI: This issues is tracked in the regression reports for Linux 4.13
> (http://bit.ly/lnxregrep413 ) with this id:

Smells like a userspace issue to me rather than kernel.

Paul, modesetting or intel driver?

Created attachment 133277 [details]
~/.local/share/xorg/Xorg.0.log

(In reply to Jani Nikula from comment #9)
> (In reply to Thorsten Leemhuis from comment #6)
> > FYI: This issues is tracked in the regression reports for Linux 4.13
> > (http://bit.ly/lnxregrep413 ) with this id:
> 
> Smells like a userspace issue to me rather than kernel.
> 
> Paul, modesetting or intel driver?

It’s the Intel driver (2:2.99.917+git20161206).

```
[    15.498] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
        i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
        915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
        Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
        GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
```

Please find the `~/.local/share/xorg/Xorg.0.log` attached.

I would have said userspace as well, except for the fact that the behaviour seemed to have changed with the kernel.

Hmm, Paul, any chance for a bisect?

(In reply to Jani Nikula from comment #12)
> Hmm, Paul, any chance for a bisect?

I started with the bisect, and trying to find a good commit turned out, that my comment about a regression was incorrect, as I was able to reproduce the problem with Linux 4.9.x and 3.16.x.

Jani, Chris, I am sorry for the confusion.

Then in all likelihood you have the last of glXWaitX sync issue in mesa.

s/last/lack/

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/145.