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 ?

Ok with the KMS, I was hoping for an environment variable :)

Cheers


Terry

------------------------------------------------------------------------------
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

Reply via email to