observed on rv770, mesa+librm+ddx git, linux 2.6.32.y+drm-radeon-testing massive screen corruptions, mostly fonts are garbage. reverting the commit (779720a3209849be202ac36a811e934865c50971) fixes the problem (already reported on irc)
please include your dmesg and xorg log in the working and non-working cases.
Created attachment 31949 [details] dmesg working
Created attachment 31950 [details] xorg.0.log working for non working case i have to recompile the kernel first .. but as far as i could see, there was no difference
Created attachment 31951 [details] dmesg with corruption
Created attachment 31952 [details] xorg.0.log with corruption
Cross-linking. Other problem caused by this commit: bug #25567 . Thanks for noticing.
*** Bug 25580 has been marked as a duplicate of this bug. ***
Created attachment 32097 [details] [review] possible fix I don't really see how 779720a3209849be202ac36a811e934865c50971 can cause corruption or hangs as it just moves the reading of the ucode from file slightly later in the process, however the ucode isn't used until much later. I suspect the earlier ucode loading is introducing a delay that's masking the real issue. This patch may fix the actual issue hopefully.
(In reply to comment #8) > Created an attachment (id=32097) [details] > possible fix > > I don't really see how 779720a3209849be202ac36a811e934865c50971 can cause > corruption or hangs as it just moves the reading of the ucode from file > slightly later in the process, however the ucode isn't used until much later. > I suspect the earlier ucode loading is introducing a delay that's masking the > real issue. This patch may fix the actual issue hopefully. Works great :) Fixed locking up and some single pixels corruptions I noticed after switching to VT1. Tried booting 3 times so I'm quite sure it's working :)
thx, this fixed my issues.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.