Created attachment 39957 [details] Xorg log I am using Ubuntu 10.10 on my G4 Mac mini. Until now I wasn't able to activate hardware acceleration of the Radeon 9200, 32MB. Thanks to the support in other forums I - tried several xorg.conf standards for radeon (http://mac.linux.be/content/xorgconf-files) - forced the chipset in the xorg.conf (ChipID 0x514D) - tried this http://blog.kosmokaryote.org/2010/05...mini-with.html - removed all graphic drivers leaving only the xserver-xorg-video-radeon. But still glxinfo tells me that rendering is enabled, but glxgears runs only with 90fps and when I start driconf I get: Screen "0" is not direct rendering capable.
Created attachment 39958 [details] dmesg
Disable radeonfb.
radeonfb and the kms drm are not compatible. The kms drm provides a framebuffer device natively so there is no need for radeonfb.
Either disable radeonfb, or disable KMS with radeon.modeset=0. Though as discussed previously, it might be nice if the radeon DRM came up with KMS disabled in this case instead of completely inactive.
I entered "Linux video=radeonfb:off" in the yaboot bootpromt After the Ubuntu loading screen, the monitor remained black but with signal.
... disabling the KMS worked for me!!! Now I have 1300fps in glxgears, am able to launch driconf in normal mode and also Tuxkart seems to work, not fast but much better. Thanks a lot
FYI I've needed the following to make kms work on my mac mini g4: - radeon.agpmode=-1 (the box hangs almost immediately after the gpu dies - likely due to cache coherency problems - when the gpu reset is performed) - the patch "drm/radeon: Add early unregister of firmware fb's" is required to prevent the open firmwire driver from fighting with the modesetting radeon driver. This also kills the gpu on initial modeset. -Daniel
(In reply to comment #7) > - radeon.agpmode=-1 (the box hangs almost immediately after the gpu dies - If radeon.agpmode=1 doesn't work either, that may be due to bug 28402. The instability at higher rates seems to be a uninorth AGP driver problem for which benh is working on a fix, but note that it seems to make hardly any difference for performance, whereas AGP 1x performs a lot better than PCI.
(In reply to comment #6) > ... disabling the KMS worked for me!!! > Now I have 1300fps in glxgears, am able to launch driconf in normal mode and > also Tuxkart seems to work, not fast but much better. > > Thanks a lot ...well after some testing I recognize that 3d acceleration may be enabled but its broken. If I activate visual effets for the gnome session I got strange colors but no visual effects. Same for 3d-accelerated games. In dmesg I get: radeonfb invalid rom contents Thank you for your help
Created attachment 40247 [details] [review] xorg.log after radeon.modeset=0 option
Created attachment 40248 [details] [review] dmesg after radeon.modeset=0 option
(In reply to comment #9) > (In reply to comment #6) > > Now I have 1300fps in glxgears, am able to launch driconf in normal mode and > > also Tuxkart seems to work, not fast but much better. > > ...well after some testing I recognize that 3d acceleration may be enabled but > its broken. If I activate visual effets for the gnome session I got strange > colors but no visual effects. What exactly does that mean? E.g. can you get a screenshot of the 'strange colors', and does 'no visual effects' mean window decorations, movement etc. look the same as before trying to enable visual effects, or something else? ... > Same for 3d-accelerated games. I'm confused: Did you measure the performance of glxgears and tuxkart above without noticing these problems, or what changed in the meantime?
Created attachment 40432 [details] Tuxkart with enabled 3d-acceleration
Created attachment 40433 [details] Screenshot with visual effects activated
Excuse mee for my late reply. > What exactly does that mean? E.g. can you get a screen shot of the 'strange > colors', and does 'no visual effects' mean window decorations, movement etc. > look the same as before trying to enable visual effects, or something else? ... > > > Same for 3d-accelerated games. > > I'm confused: Did you measure the performance of glxgears and tuxkart above > without noticing these problems, or what changed in the meantime? Actually I didn't perform testing well. I thought such issues (strange colors) would be only little bugs. When I activate "visual effects " for the gnome session, the environment runs really slow, colors are false and closed windows remain as ghosts. (See screenshot) The Tuxkart menu is relly slow and shows false colors. The game itself runs much faster than before radeon.modeset=0 but its still unplayable. During the game polygons are changing to strange colors. Could only take a screen shot from the menu. When I tried to perform one during the game the computer crashes. I installed and tested OpenArena: it works perfect and super fast
(In reply to comment #15) > I installed and tested OpenArena: it works perfect and super fast So the problem reported here definitely seems fixed. The other problem(s) need to be tracked separately.
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.