Ho un laptop con l'ultima versione di Linux Mint installata (la versione MATE, non quella di Cinnamon). L'80-90% delle volte funziona alla grande, ma periodicamente il mouse inizierà a "rallentare" pesantemente (si sentirà lento a rispondere e il cursore si muoverà forse alla velocità normale del 20%). Questo problema va e viene senza alcuna causa apparente. Si verifica sia con un mouse USB che con il touchpad del laptop. Non ho riscontrato questo problema con una versione precedente di Mint.

Ho provato a Google per qualcun altro che ha risolto questo problema, ma a causa della natura generale dei termini coinvolti ("mouse", "linux", "lag", ecc.) Trovo solo molte pagine non correlate.

Qualcuno ha qualche suggerimento su come posso diagnosticare cosa sta causando questo strano ritardo del mouse (e idealmente, come posso risolverlo)?

* MODIFICARE *

Ecco un esempio di topoutput durante il ritardo:

top - 20:10:27 up 34 days, 22:31,  4 users,  load average: 2.36, 1.19, 0.65
Tasks: 192 total,   2 running, 190 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.8 us, 24.8 sy,  0.0 ni, 68.5 id,  0.4 wa,  0.0 hi,  0.5 si,  0.0 st
KiB Mem:   4032688 total,  3475752 used,   556936 free,   202180 buffers
KiB Swap:  8787516 total,   137556 used,  8649960 free,  1768748 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND           
21961 root      20   0     0    0    0 S  20.9  0.0   0:12.82 kworker/1:0       
21762 root      20   0     0    0    0 R  11.3  0.0   0:12.05 kworker/0:2       
 5780 me        20   0  181m  26m  16m S   9.3  0.7 271:41.38 mate-system-mon   
21733 root      20   0     0    0    0 S   7.6  0.0   0:16.24 kworker/1:1       
21956 root      20   0     0    0    0 S   7.3  0.0   0:13.10 kworker/0:0       
21879 root      20   0     0    0    0 S   3.7  0.0   0:03.25 kworker/u:2       
23920 me        20   0  425m  85m  16m S   3.3  2.2 148:23.44 chrome            
20013 me        20   0  426m 198m  27m S   2.0  5.0   5:53.41 chrome            
  852 me        20   0  170m  13m  10m S   1.0  0.3   1:43.49 mate-terminal     
 2283 root      20   0  132m  26m  10m S   1.0  0.7 140:33.62 Xorg              
11361 me        20   0 1054m 212m  26m S   1.0  5.4 119:45.32 eclipse           
23766 me        20   0  644m 179m  39m S   1.0  4.6 156:13.04 chrome            
19035 couchdb   20   0 86672 5120 1484 S   0.7  0.1 314:22.75 beam.smp          
   10 root      20   0     0    0    0 S   0.3  0.0   6:08.10 ksoftirqd/1       
 2453 me        20   0 38796 1824 1680 S   0.3  0.0   2:31.55 gvfs-afc-volume   
 5776 me        20   0  105m 8376 6772 S   0.3  0.2   1:48.06 multiload-apple   
18074 me        20   0 69836  14m 3808 S   0.3  0.4   9:23.07 python            

Ecco uno taildi esecuzione dmesg( dmesgdà molto output, quindi il tail):

[2844570.290434] type=1701 audit(1358135321.797:17): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=6593 comm="chrome" reason="seccomp" sig=0 syscall=20 compat=0 ip=0xb3599424 code=0x50000
[2855118.278240] stereo mode not supported
[2891634.104527] stereo mode not supported
[2929390.761034] stereo mode not supported
[2930948.986039] stereo mode not supported
[2931457.828088] stereo mode not supported
[2936251.706768] stereo mode not supported
[2939573.402914] stereo mode not supported
[2940015.539524] stereo mode not supported
[2977473.595590] stereo mode not supported

Secondo la risposta di @ grs, ecco il tailmio /var/log/Xorg.0.log:

[2940015.539] (II) intel(0): Printing DDC gathered Modelines:
[2940015.539] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[2977473.595] (II) intel(0): EDID vendor "AUO", prod id 4140
[2977473.595] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[2977473.595] (II) intel(0): Printing DDC gathered Modelines:
[2977473.595] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[3020717.050] (II) intel(0): EDID vendor "AUO", prod id 4140
[3020717.050] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[3020717.050] (II) intel(0): Printing DDC gathered Modelines:
[3020717.050] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)

Ho trovato la seguente soluzione su Ask Ubuntu :

sudo -i
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf

Ha risolto definitivamente il problema per me e dopo più di una settimana di test posso confermare che ha interrotto il ritardo del mouse per me.

Si noti che nei kernel più recenti il ​​modulo drm_kms_helper potrebbe non essere caricato per impostazione predefinita. Un ulteriore passaggio consente di farlo funzionare:

sudo su -
modprobe drm_kms_helper
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "drm_kms_helper" >> /etc/modprobe.d/local.conf
echo "options drm_kms_helper poll=N" >> /etc/modprobe.d/local.conf

Spero che aiuti qualcuno!

Mentre la risposta accettata dall'OP potrebbe essere stata di aiuto nel corso della giornata; non funziona più oggi.

Oggi è necessario regolare la mousepollvelocità del usbhidmodulo.

Se il mouse è a 1000 Hz, allora devi dire usbhidal sondaggio a quell'intervallo; di default esegue il polling a 125hz.

Sui sistemi Debian puoi farlo aggiungendo quanto segue a /etc/modules:

-r usbhid
usbhid mousepoll=1

Nota: non ho mai avuto echo 1 > /sys/module/usbhid/parameters/mousepolllavoro; Ho dovuto aggiungere l'intervallo di polling e riavviare. Probabilmente è necessario riavviare X e / o ricaricare i moduli video per applicarlo senza riavviare.

A giudicare dal %syvalore relativamente elevato tope basato sulla tua affermazione che lo stesso hardware funzionava correttamente prima dell'aggiornamento, penso che il ritardo sia causato da un driver. È insolito per un sistema sano, quasi inattivo, passare così tanto tempo in modalità kernel. Ho appena verificato che Linux Mint 14 sia basato su Ubuntu 12.10 e utilizzi il kernel 3.5. Sarebbe curioso vedere se sono stati registrati errori /var/log/Xorg.0.log.

Le tue opzioni per risolverlo sono abbastanza limitate:

1. provare un mouse diverso;
2. prova LiveCD su un'altra distribuzione / versione;
3. prova diverse interfacce grafiche;
4. vivere con esso (sto usando Linux Mint Debian Edition e su base casuale il mio pulsante sinistro si rifiuta di funzionare e torna da solo. Ho imparato a aggirare il problema);
5. diventa il modulo del mouse più vecchio o più recente per il tuo kernel (purché tu sappia come).

Se è terribile, potresti voler installare il kernel della famiglia 2.6.x. C'è la possibilità che "rompa" qualcos'altro e probabilmente dovresti compilarlo.

Non so se questo è ancora un problema? ... Comunque ho avuto lo stesso problema con il ritardo del mouse in Linux Mint 14 x64 Cinnamon. Ho provato di tutto ... kernel diversi, aggiornamento driver - niente ha funzionato.

Ad ogni modo, la soluzione sorprendentemente magica era di deselezionare l'opzione "Disabilita touchpad durante la digitazione" nelle impostazioni del mouse. Questa impostazione sembra causare gravi problemi in modo casuale.

Spero che questo possa aiutare qualcun altro là fuori!

Correzione del ritardo del mouse su cannella

Improvvisamente ho avuto un forte ritardo del mouse sulla cannella. Nel caso in cui qualcun altro trovi questa pagina durante la ricerca, come me, per una possibile causa, è forse: Ingrandimento del desktop. Assicurati che sia spento con Alt + Super + 8, anche quando lo schermo non è ingrandito.

Mi ci è voluto un po 'di tempo per rintracciarlo, principalmente trovato il problema dopo aver iniziato a dividere in due la mia intera directory home (spostare metà delle directory in una directory temporanea e accedere di nuovo ecc.) Fino a quando non sono riuscito a individuare ~/.config/dconf/usere infine il livello di zoom fattore impostato su 1.0:

[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true

Puoi verificare se questo è il tuo caso con la Cannella

dconf dump / |grep mag

Dopo settimane di ricerche e tentativi di risolvere questo problema, ho finalmente risolto il problema tramite questa pagina: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your-linux-lenovo- IdeaPad-Y560p /

$ grep abilitato / sys / firmware / acpi / interrupt / * (il problema è il gpe con il numero alto chiaro)

Quindi aggiungi una voce crontab per risolverlo @reboot echo "disable"> / sys / firmware / acpi / interrupt / gpeXX (XX è il numero del tuo gpe)

-037