Issue #3111 has been updated by dillon.

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

----------------------------------------
Bug #3111: Mouse lags every second heavily under X11
http://bugs.dragonflybsd.org/issues/3111#change-13347

* Author: mneumann
* Status: In Progress
* Priority: High
* Assignee: 
* Category: 
* Target version: 
----------------------------------------
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.



-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://bugs.dragonflybsd.org/my/account

Reply via email to