Re: Huge mouse-click delay

also sprach Lucien Gentis [2016-09-20 15:19 +0200]: > So even if restarting the machine does not solve the problem, you can also > try to unload/load kernel module (if your system permits it) : > > sudo rmmod psmouse > sudo modprobe psmouse Doing so does seem to

Huge mouse-click delay

Hello, for a few days now, I'm experiencing (sometimes multi-second!) delays between mouse click and reaction on my laptop. It's running: X.org 7.7+16 (Debian sid) Intel graphics driver 2:2.99.917+git20160706 evdev 2.10.2 I've already rebooted, but the problem stayed. I am a bit at a loss

Re: Huge mouse-click delay

Hey Thomas, thanks for your response! > In the clients event handling. > => Which clients in particular? All? Only gtk? Only Qt? > Is xterm affected? All of them, including urxvt. > Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter No, nothing :( -- @martinkrafft |

Re: Huge mouse-click delay

Hello, Same problem with touch pad or USB extern mouse ? Le 20/09/2016 à 10:34, martin f krafft a écrit : Hello, for a few days now, I'm experiencing (sometimes multi-second!) delays between mouse click and reaction on my laptop. It's running: X.org 7.7+16 (Debian sid) Intel graphics

Re: Huge mouse-click delay

On Tue, Sep 20, 2016 at 02:08:49PM +0200, martin f krafft wrote: All of them, including urxvt. swap xf86-input-libinput for xf86-input-evdev and or try behavior under a different environment (ie. start only an unmanaged xterm, launch clients from there and test their behavior) Does "export

Re: Huge mouse-click delay

On Tue, Sep 20, 2016 at 10:34:18AM +0200, martin f krafft wrote: Hello, for a few days now, I'm experiencing (sometimes multi-second!) delays between mouse click and reaction on my laptop. It's running: xev reports the events ASAP, so the delay is at a later stage. In the clients event

[PATCH] support for 30 bit depth in dummy driver

This patch makes it possible to start the server using the dummy driver with a 30 bit depth. The colormap size is changed from 256 to 1024 to prevent crashes. This updated patch adds the missing header file to the commit. Signed-off-by: Antoine Martin --- src/dummy.h

[PATCH] remove dead code in dummy driver

Signed-off-by: Antoine Martin --- src/dummy_driver.c | 19 --- 1 file changed, 19 deletions(-) diff --git a/src/dummy_driver.c b/src/dummy_driver.c index c84000f..ec1acf3 100644 --- a/src/dummy_driver.c +++ b/src/dummy_driver.c @@ -700,25 +700,6 @@

Re: [PATCH util-modular 00/10] release.sh cleanups, mesa support and more

On Tue, Sep 20, 2016 at 01:03:33 +0100, Emil Velikov wrote: > On 15 September 2016 at 15:12, Julien Cristau wrote: [...] > > For 1, 3, 4, 5, 7 (assuming 10 goes in in some way): > > Reviewed-by: Julien Cristau > > > Thanks, can you push 1, 3, 4, 5 (and

Re: [PATCH] remove dead code in dummy driver

On Tue, Sep 20, 2016 at 01:34:40PM +0700, Antoine Martin wrote: > Signed-off-by: Antoine Martin Reviewed-by: Eric Engestrom > --- > src/dummy_driver.c | 19 --- > 1 file changed, 19 deletions(-) > > diff --git

[PATCH] support for 30 bit depth in dummy driver

This patch makes it possible to start the server using the dummy driver with a 30 bit depth. The colormap size is changed from 256 to 1024 to prevent crashes. Signed-off-by: Antoine Martin --- src/dummy_driver.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-)

[Bug 97850] Suspending AIGLX clients for VT switch when Radeon is configured

https://bugs.freedesktop.org/show_bug.cgi?id=97850 --- Comment #13 from Yu Tzu Wu --- Created attachment 126651 --> https://bugs.freedesktop.org/attachment.cgi?id=126651=edit xorg.0.log without fglrx -- You are receiving this mail because: You are the assignee for the

[Bug 97850] Suspending AIGLX clients for VT switch when Radeon is configured

https://bugs.freedesktop.org/show_bug.cgi?id=97850 --- Comment #12 from Yu Tzu Wu --- Created attachment 126650 --> https://bugs.freedesktop.org/attachment.cgi?id=126650=edit dmesg without fglrx -- You are receiving this mail because: You are the assignee for the

[Bug 97850] Suspending AIGLX clients for VT switch when Radeon is configured

https://bugs.freedesktop.org/show_bug.cgi?id=97850 --- Comment #15 from Yu Tzu Wu --- (In reply to Michel Dänzer from comment #11) > dmesg shows that the fglrx kernel module gets loaded. If you want to use the > open source radeon drivers, you have to completely remove all

Re: [PATCH xserver] damage: Add screen func called before damage event delivery

On 17/09/16 12:51 AM, Keith Packard wrote: > Michel Dänzer writes: > >> Does FlushClient get called after every DamageExtNotify call? Otherwise, >> some of the GPU flushes performed by DamageFlushDrawable will be wasted, >> hurting performance. > > The driver gets told which

[Bug 97850] Suspending AIGLX clients for VT switch when Radeon is configured

https://bugs.freedesktop.org/show_bug.cgi?id=97850 --- Comment #14 from Yu Tzu Wu --- Created attachment 126652 --> https://bugs.freedesktop.org/attachment.cgi?id=126652=edit sddm.log without fglrx -- You are receiving this mail because: You are the assignee for the

[PATCH] simplify convoluted code in dummy LoadPalette

Only the 15-bit mode does anything different, make that clearer and remove the redundant code for other bit depths Signed-off-by: Antoine Martin --- src/dummy_driver.c | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git

Re: [PATCH] simplify convoluted code in dummy LoadPalette

On 20/09/16 22:54, Antoine Martin wrote: > Only the 15-bit mode does anything different, > make that clearer and remove the redundant code for other bit depths > > Signed-off-by: Antoine Martin > --- > src/dummy_driver.c | 17 - > 1 file changed, 4

[Bug 33183] mouse cursor turns into thin vertical dashed line

https://bugs.freedesktop.org/show_bug.cgi?id=33183 --- Comment #48 from Arcady Genkin --- I am experiencing the same issue with Ubuntu 14.04, radeon driver, and KDE. Reading through the comments I tried searching for a "good area" to reset the cursor, and sure enough, the

[Bug 97873] Video tearing since update xf86-video-ati (1:7.7.0-1 -> 1:7.7.1-1)

https://bugs.freedesktop.org/show_bug.cgi?id=97873 --- Comment #1 from Michel Dänzer --- Any chance you can bisect which upstream Git commit introduced the problem? If not, please attach the Xorg log file and the output of xrandr for both versions. Which video player are you

[Bug 97850] Suspending AIGLX clients for VT switch when Radeon is configured

https://bugs.freedesktop.org/show_bug.cgi?id=97850 --- Comment #16 from Michel Dänzer --- >From the Xorg log file: [ 129.365] (WW) Warning, couldn't open module radeon [ 129.365] (II) UnloadModule: "radeon" [ 129.365] (II) Unloading radeon [ 129.365] (EE) Failed to

[Bug 97857] card detects non-existent monitor on display port

https://bugs.freedesktop.org/show_bug.cgi?id=97857 Michel Dänzer changed: What|Removed |Added Component|Driver/Radeon |DRM/Radeon

[Bug 97827] (EE) [mi] EQ overflowing -> freeze

https://bugs.freedesktop.org/show_bug.cgi?id=97827 --- Comment #5 from Michel Dänzer --- If it happens again, any chance you can try a newer version of Mesa? -- You are receiving this mail because: You are the assignee for the

[Bug 97873] New: Video tearing since update xf86-video-ati (1:7.7.0-1 -> 1:7.7.1-1)

https://bugs.freedesktop.org/show_bug.cgi?id=97873 Bug ID: 97873 Summary: Video tearing since update xf86-video-ati (1:7.7.0-1 -> 1:7.7.1-1) Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS:

Re: [PATCH xserver 1/2] modesetting: Fix reverse prime partial update issues on secondary GPU outputs

Hi, On 09/20/2016 03:24 AM, Michel Dänzer wrote: On 17/09/16 01:38 AM, Eric Anholt wrote: Keith Packard writes: Hans de Goede writes: So it looks like we really need glFinish to ensure proper ordering here (and I've just deleted the v2 of this