Bug 90798 - Input lag playing Strife with dri3 enabled
Summary: Input lag playing Strife with dri3 enabled
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/Ext/DRI (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-01 08:25 UTC by Lorenzo Bona
Modified: 2018-12-13 18:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Lorenzo Bona 2015-06-01 08:25:26 UTC
Hi.

I'm facing an issue running this game (Strife).
For example, in menus, when I type my password for the login I can see lags between the key press and the type being displayed on the screen.

If I click on buttons nothing happens until I move the coursor.
Same things happen during the gameplay.

When I disable dri3 (from xorg.conf) and run this game on dri2 all seems correct, working as expected, none input lag at all.

I'm building driver, drm, mesa and xorg from git and kernel from Dave Airlie's git (branch drm-fixes-4.1).

What log do you need guys: Xorg, Mesa?

Thank you.
Comment 1 Michel Dänzer 2015-06-01 09:29:29 UTC
Does the XCB patch from bug 84252 help by any chance?

BTW, you can disable DRI3 for a single app with the environment variable LIBGL_DRI3_DISABLE=1.
Comment 2 Lorenzo Bona 2015-06-07 07:46:58 UTC
(In reply to Michel Dänzer from comment #1)
> Does the XCB patch from bug 84252 help by any chance?
> 
> BTW, you can disable DRI3 for a single app with the environment variable
> LIBGL_DRI3_DISABLE=1.

Sorry for the delay.
I've tested that patch and it hasn't fixed my problem.
Input lag is still there.
Comment 3 Michel Dänzer 2015-06-08 09:22:30 UTC
> I've tested that patch and it hasn't fixed my problem.

Did you double-check that the patched libxcb.so.1 was getting picked up by the game? E.g. it might be 32-bit and/or use a non-system copy of the library.
Comment 4 Lorenzo Bona 2015-06-10 06:00:15 UTC
(In reply to Michel Dänzer from comment #3)
> > I've tested that patch and it hasn't fixed my problem.
> 
> Did you double-check that the patched libxcb.so.1 was getting picked up by
> the game? E.g. it might be 32-bit and/or use a non-system copy of the
> library.

In game directories I can't find another libxcb, I've also checked with
Locate libxcb.

I can try to run Strife with some variables?
Mesa debug could help?

I'm running this game "natively", not trough steam, and is 100% for x86_64.
I don't have a single package installed or builded for i386.
Comment 5 Michel Dänzer 2015-06-10 06:38:37 UTC
I've been able to reproduce the problem and confirm that the XCB patch doesn't help.

It looks like the game's processing of input events is delayed somehow. I don't think this can be caused directly by the video driver (and it happens with the generic modesetting driver as well), so reassigning to the X server for now.
Comment 6 Lorenzo Bona 2015-06-24 14:33:29 UTC
Any suggestion for this issue?
Comment 7 GitLab Migration User 2018-12-13 18:32:04 UTC
-- 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/xserver/issues/203.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.