Summary: | Radeon 9600 and DRI not working on my PowerPC64 machine | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | o590694 | ||||||||||
Component: | General | Assignee: | Default DRI bug account <dri-devel> | ||||||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||||||
Severity: | major | ||||||||||||
Priority: | high | ||||||||||||
Version: | XOrg git | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | Linux (All) | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Attachments: |
|
Description
o590694
2006-07-27 12:35:40 UTC
Created attachment 6368 [details]
terminal output
Created attachment 6369 [details]
xorg.conf
strace output is too big for bugzilla attachment it seems. I uploaded it: http://www.unixforces.net/upload/strace_X.txt oh.. and one last note: this does not happen, if I comment out the line in my xorg.conf which loads the dri module! Could you try with git version of ati driver and drm driver. yes, will try it this weekend. I did a fresh git clone git://anongit.freedesktop.org/mesa/drm/ and git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati and installed both. -> same problem FYI Markus, I've got ebuilds for both in my overlay. A commit to drm git to solve a bug maybe similar to your one. Could you try with lastest drm. (In reply to comment #9) > A commit to drm git to solve a bug maybe similar to your one. > Could you try with lastest drm. hmm.. the last commit to git I see is from 3 days ago (according to gitweb). and that one I'm using already. still same problem. what kind of information do you need to get this fixed? Have you tried enabling colour tiling (won't work with Option "UseFBDev")? Some people have reported this to increase stability with R300 class hardware. If I don't use the Option "UseFBDev" then I get a realy screwed up picture. Not easy to describe. If you want I'll make a picture. But for now I cannot use colour tiling then. Please attach a log file from trying to start without Option "UseFBDev". Also, you may want to use Option "ReverseDDC" on the G5's 9600 or it might not get the right EDID info from the monitor thanks, will try it. unfortunatly I'm not near my G5 at the moment so it could take a few days before I can test. Created attachment 6637 [details]
xorg.conf
the new xorg.conf with suggested options
Created attachment 6638 [details]
Xorg.0.log
unfortunatly X won't even start with that as you can see.
I am showing a similar or related problem. I don't get X starting due to now modes being valid. I also get negative values in Clock range. However, if X is started in a 32bit userland (chroot) then I can run everything fine. Clock range is fine from there. Looks to me like there is a 32/64bit problem in the radeon driver. Is this still an issue? The bogus clocks should have been fixed with c979c7f87fc449cc9631820101edff82c3013e66 maybe the other problem too. (In reply to comment #20) > Is this still an issue? The bogus clocks should have been fixed with > c979c7f87fc449cc9631820101edff82c3013e66 maybe the other problem too. yes, the bogus clocks are fixed now and DRI works on ppc64 again. I don't have black screens on X startup any more. Unfortunately my G5 still locks up in some situations. look at b) in comment #0: the machine freezes irregularly. closing. _this_ problem seems to be fixed for quite some time now. |
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.