It looks like chain reaction that triggers Xorg to hang. Correct me if i am wrong but authatieventsd.sh is needed by gdm or xdm or kdm for setting up certain X authentication. Since authatieventsd.sh is not executable gdm who forks sh -c "/etc/ati/authatieventsd.sh ..." hangs due to no execute permissions since gdm is parent of Xorg causes to hang Xorg to. /etc/ati/authatieventsd.sh doesn't have any execution permissions, quite strange for script that is run as sh -c "/etc/ati/authatieventsd.sh grant :0 /.Xauthority" It is really inconvenient to have a immortal Xorg running using one CPU core. Can somebody confirm this!? Reproducible: Always Steps to Reproduce: 1. Log out from X session 2. CTRL+ALT+Backspace Actual Results: Xorg and gdm or kdm becomes zombie and doesn't get reaped by init, in most cases ACPI shutdown helps other wise hard reboot Expected Results: Xorg restarts Work around 1. chmod 755 /etc/ati/authatieventsd.sh so that script can be run normally by process that needs it. 2.It is also possible to simply kill hanged proces showing up as sh -c "/etc/ati/authatieventsd.sh ..." before Xorg restart
It is not amd64-specific bug - I suffer from it on my x86-machine.
Ha ! Suffer from this problem long time and it seems proposed solution works. ThX. System is amd64 (Phenom 9550, 4GB, Radeon 4850)
Added in cvs, thanks!
(In reply to comment #3) > Added in cvs, thanks! > Seems that this didn't made it into ati-drivers-8.552-r2, right? I just upgraded to this version on an amd64 machine and the /etc/ati/authatieventsd.sh script still isn't executable. No real problem for me as I already knew this and kept an eye on it but I think the latest stable version should incorporate the fix.