On May 1, 2009, at 05:50, Michel Dänzer wrote: > On Fri, 2009-05-01 at 03:42 -0700, Corbin Simpson wrote: >> Jeremy Huddleston wrote: >>> So I've got a PowerBook that I like to use to determine if issues I >>> come across are XQuartz specific or not... I've been using Fedora on >>> it for a while, but jumped ship to Ubuntu because of some >>> annoyances. >>> >>> With Ububntu, however, the r300 DRI driver is not being selected. >>> It's falling back on swrast for some reason. I've bumped to trunk >>> for >>> libdrm, mesa, ati drivers. >> >> [snip] >> >>> Kernel driver in use: radeonfb >> >> I'm not sure that DRM works when radeonfb's loaded, although I'm not >> exactly the most knowledgeable source on this. > > It works fine, all the anti-radeonfb propaganda ;) you've heard is > about > x86. On PowerMacs with Radeons radeonfb is pretty much required for > console (until we get KMS working, of course).
Yeah, I was using radeonfb fine on Fedora fc10 (2.6.27.xx) and fc11/ rawhide (2.6.29.xx). This also happens if I use ofonly instead of radeonfb. Well then it certainly looks like a drm/agp problem: [ 30.413499] radeonfb 0000:00:10.0: Invalid ROM contents [ 30.593004] [drm] Initialized radeon 1.29.0 20080528 on minor 0 [ 31.163190] radeonfb 0000:00:10.0: putting AGP V2 device into 4x mode [ 31.461184] [drm:radeon_do_init_cp] *ERROR* could not find ioremap agp regions! Since 2.6.27 was working on fc10, I decided to look at the radeon drm changes between 2.6.27 and 2.6.28. They're mostly benign, more pciids, quirks, etc... nothing standing out that would affect the r350 that I'm using. http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.27.y.git;a=history;f=drivers/gpu/drm/radeon;hb=HEAD http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.28.y.git;a=history;f=drivers/gpu/drm/radeon;hb=HEAD I guess my best bet right now would be to try 2.6.29... or does anyone have another idea? Should I try a particular git tree (like dave arlie's drm-2.6.git), or just linux/kernel/git/stable/linux-2.6.29.y.git --Jeremy _______________________________________________ xorg-devel mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-devel
