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