David C. Rankin writes:
Here's what's funny about the log files you've posted: The .old file (from commit e3f80bc6ec2a - which is apparently working) contains the line:
(EE) RADEONHD(0): RHDCSStop: Command Submission backend is not active!
This should not happen! The other log file doesn't - as it seems to lock up before. Still, the change made in commit 2e2e4d118e497 is very small and should be straight forward. I fail to see why this would cause any problems. Therefore I suspect a memory corruption somewhere else. This change should not even matter for you this code is not executed on RS690 - it is for R600 and later.
Cheers, Egbert.
Wow,
I get what you are saying, but regardless of whether the changes in that commit "should" matter, the "do" matter and "do" break the driver completely for the RS690M cards. The question is "What will it take to fix it?"
The card at issue is in a Toshiba 205D laptop. Here is all the card information I can find (I'm running fglrx at the moment):
It has nothing to do with the card. We've seen strange problems before which are impossible to explain. They seem to be related to memory corruptions. Then adding or removing totally unrelated code in the driver triggered or fixed those problems. I have no idea where to start chasing this as long as I don't see these issues locally. What you can try is to build the driver with -O0: 'make CFLAGS=-O0' should do and see if this makes a difference. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org