@Mac,
i had the same experience (lagging cursor movement), as i was trying to find out, which of the kexts is really needed. i experimented a bit with various versions (e.g. the latest version from ATISupport and the 10.6.2 ATIFramebuffer and ATI2400Controller).
what it proved to me, if any of those kexts fail to load (ATISupport, ATI2400Controller (or 2600 if you have the better GPU), ATIFramebuffer) - yeah, it can happen if you have inconsistent versions installed - you end up hawing white screen (if unlucky) or very "stroboscopic" mouse movement, and impossible slow reaction when using the GUI.
you should check, what do you have on your iMac using Terminal. just type "kextstat | grep ATI" and you'll be presented a list like this one:
imac:~ swmaster$ kextstat|grep ATI
103 2 0xffffff7f8165c000 0x46000 0x46000 com.apple.kext.ATISupport (6.0.6) <69 10 9 7 5 4 3 1>
104 0 0xffffff7f81fa4000 0xca000 0xca000 com.apple.kext.ATI2400Controller (6.0.6) <103 69 10 9 5 4 3 1>
105 0 0xffffff7f816a9000 0x2cc000 0x2cc000 com.apple.ATIRadeonX2000 (8.0.0) <72 69 10 7 6 5 4 3 1>
107 0 0xffffff7f8206e000 0x12000 0x12000 com.apple.kext.ATIFramebuffer (6.0.6) <103 69 10 9 7 5 4 3 1>
as you se, i have the most recent version from ATIRadeonX2000 (8.0.0 - it's from mountain lion) you don't mess with that, or you will start getting kernel panics.
the other kexts are version 6.0.6, e.g. from the "last know good" 10.6.2 update.
there are a couple of things you have to pay attention when installing the kexts. it actually doesn't matter, what way you use to install them (the terminal way or the kexthelper way), but at the end you have to make sure
- all the newly installed kexts are owned by user root and group wheel
- none of them is writeable by anybody but root
- none of them has extended attributes
otherwise MacOS will not load them, and you end up with the current issue. "fixing permissions" will do the trick, but it takes time.
kext caches need to be rebuilt properly, otherwise MacOS will boot the old cache with the "non-working" ATI drivers from your recently updated OS version (say 10.6.3+, 10.7+ 10.8+) and you still get the freezes.
it should happen automatically, as you change anything in the folder "/System/Library/Extensions".
but it takes time, sometimes a couple of minutes.
as i experienced, Lion and Mountain Lion automatically delays the shutdown/restart procedure if there is a kext cache rebuilding in progress.
you can check anytime, when your kext cache was rebuilt:
on lion/mountain lion type in terminal:
imac:~ swmaster$ ls -la /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
on Snowleo it's:
imac:~ swmaster$ ls -la /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext
the file date will tell you what you need to know. mine is ML, and it was built on 29.07 6:18pm
-rw-r--r-- 1 root wheel 15988456 Jul 29 18:18 /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
it you see, it's not recent (say you rolled back the 10.6.2 drivers today, and the cache is from yesterday), you can force a kext rebuild easily by typing this in Terminal:
imac:~ swmaster$ sudo touch /System/Library/Extensions
kextd will notify it, and automagically start kextcache utility to rebuild the caches. (this works on ML and L, i do not have SL installed anywhere to test this). wait a bit, and re-check the kext cache date using the previously shown way.
hth,
swmaster