Bug #3111
openMouse lags every second heavily under X11
0%
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.
Updated by dillon almost 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
Updated by arcade@b1t.name almost 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.