On Fri, Aug 14, 2009 at 11:29 AM, Terry Barnaby<[email protected]> wrote: > On 08/14/2009 03:56 PM, Alex Deucher wrote: >> >> On Fri, Aug 14, 2009 at 4:44 AM, Terry Barnaby<[email protected]> wrote: >>> >>> I am using the latest drm/xf86-video-ati/mesa code from git on a Fedora >>> 11 base >>> platform. There was a problem with Blenders menu's being painted in >>> black/white, >>> that has now been fixed (Thanks to whoever !). However, there is still an >>> issue >>> where the menus and buttons are displayed offset about 20 pixels above >>> and a few >>> pixels to the left of where they should be (Bug 23232). >>> This happens when DRI2 is used. If "nomodeset" is used on the kernel >>> command >>> line this appear sto make the system use DRI and the menus are Ok. There >>> are >>> other issues with DRI however (2D pixel artifacts and very slow blender >>> 3D >>> operation (software renderer is faster !)). >>> >>> Any ideas on where to look for this bug ? >> >> What xserver are you using? IIRC, front buffer rendering was broken >> in some versions. you may be hitting that. >> >>> Is there a way to switch between using DRI2 and DRI1 at run time ? >> >> Yes, switch on/off KMS. Reload the radeon drm module with modeset=1 >> or modeset=0 to switch. >> >> Alex > > Thanks for the reply: I am using the stock Fedora 11 X-Server. > This is XOrg Version: 1.6.1.901. Any idea which versions had > broken front buffer rendering ? >
I'm pretty sure the fixes are not in F11. Alex ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
