22 Feb
2012
22 Feb
'12
7:24 p.m.
Dne po 20. února 2012 Timothy Pearson napsal(a):
I did a little research. On my machine with a 32bit system and off
kdm_greet SAK is at rest, so I have not conducted further observations.
Much more interesting results but I watched the 64-bit machine.
1. SAK is enabled: The CPU goes to 100%.
2. SAK is enabled: Switching NumLock on a PS/2 keyboard causes the death
of the keyboard - everywhere - Xorg, console. USB keyboard switching
NumLock survive fine.
3. SAK is enabled: If during the time between pressing the Ctrl + Alt +
Delete and SAK display window, I press the Escape, SAK behave strangely.
For example, dialog Desktop Session Locked remained displayed and next
pressing Ctrl + Alt + Delete keys were ignored. And then kdesktop_lock
goes to 100%.
4. SAK is disabled: Switching NumLock on a PS/2 keyboard survive fine.
5. SAK is disabled: CPU goes to 20% initially, but with increasing time of
inactivity increases to 80%.
So I have to confirm the observations from Jiri Jansky - kdm_greet is
still sick. And SAK from now I consider not only the futility but
complete stupidity. :)
Slavek
--
Dne po 20.
února 2012 Jiri Jansky napsal(a):
690 fixed it for me...
Tim
I have problem both with Ctrl + Alt + Delete
window and with high
cpu usage of kdm_great. So problem with high cpu usage of kdm_great
is still there and new problem with ctrl+alt+delete window is
another one.
Maybe I am looser, but where can I find disabling ov
ctrl+alt+delete?
thanks
Jiri
Ouch! That's not good news, if the patch for #690 did not work for
you. On my machine it works - the cpu is at rest. You have replaced
all packages from the nightly builds to packages from version 3.5.13?
Please, can someone give even know if patch for #690 solved the
problem with the processor?