Dne po 20. února 2012 Timothy Pearson napsal(a):
> > Dne po 20. února 2012 Jiri Jansky napsal(a):
> >> 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?
>
> 690 fixed it for me...
>
> Tim
>

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
--