https://bugs.freedesktop.org/show_bug.cgi?id=28402

--- Comment #31 from Lukas Schneiderbauer lukas.schneiderbauer@gmail.com 2010-09-01 09:42:59 PDT --- (In reply to comment #30)

That uname report does not match with the version you've compiled

hm.. maybe I mixed it up with my bisect session. I'm sorry and thank you for your patience. :)

For me 7a9f0dd9c49425e2b0e39ada4757bc7a38c84873 resets the computer when starting X. This is probably due to a bug in that version, which has been fixed a few commits later, in 8e36113082821980c60ce89a6c5d45fc9492fc26 - drm/radeon/kms: fix R3XX/R4XX memory controller intialization.

I've compiled and tested a kernel based on d594e46ace22afa1621254f6f669e65430048153 with one additionally commit, 8e36113082821980c60ce89a6c5d45fc9492fc26. This again froze within a minute of starting firefox. So the offending commit definitely must be d594e46ace22afa1621254f6f669e65430048153 - drm/radeon/kms: simplify memory controller setup V2.

At the moment I am on 2.6.32-00518-gd594e46-dirty (should be the d59e.. commit with the 8e36... patch; I did as you explained) with an uptime of 1.5 hours. Hm.. somhow unusual for "bad" kernel. To be honest, I hope, a crash occurs soon. :D

Do you also know, what that "-dirty" means in the release-version?