Project

General

Profile

Actions
Copy link

Bug #3111

open

Mouse lags every second heavily under X11

Added by mneumann about 7 years ago. Updated about 7 years ago.

Status:
In Progress
Priority:
High
Assignee:
-
Category:
-
Target version:
6.4
Start date:
12/10/2017
Due date:
% Done:

0%

Estimated time:

Description

Mouse moves normal for one second, then completely stops for roughly one second, then moves again for a second.
The whole repeats infinitivly.

This commit has no mouse lag: e0a1e7abb95f53e4b0c633f57fbd3ba163a98e73
This commit has mouse lag: d6c92fb146a95bd38feaa94c8d2bafda63600e8e

I first assumed it is either one of the commits related to evdev support, so I reverted them:

d3d1dd3e4513b2ab753f8ba52f144dc916420ba6
    3ea800bb832ad69c10f85ce9bce98efd8e892285
    eaf0d054af4aa304548c1efc497aad966b86a590

But the mouse lag still happens. Next I reverted the recent drm/radeon commit:

d235ee5f3490f63ba738915974154a0e2e49378d

But mouse lag still there. So I assume it must be one of dillon's commits on 5th or 6th December.

Anyone else seeing the problem? I can easily bisect the problem, as it's only 6 commits. But maybe dillon can see the problem faster.

Actions
Copy link
 #1

Updated by dillon about 7 years ago

  • Status changed from New to In Progress

Ugh. It's almost certainly the changes I made to the vm_contig / vm_page contiguous physical memory allocation code. I was trying to deal with a situation the zrj had booting on a 12-socket machine. It wound up forcing the DRM code to do a page scan to find contiguous memory instead of the using alist-based DMA reserve.

I will commit a fix in a moment to go back to using the DMA reserve.

-Matt

Actions
Copy link
 #2

Updated by arcade@b1t.name about 7 years ago

If this helps I always face the same issue (for more then a year) with gajim notification plugin that makes keyboard led blink. When the led blinks CPU utilization for Xorg goes up to 100% and half the time computer is unresponsive.

Actions
Copy link

Also available in: Atom PDF