Bug 7972 - dPriv->numClipRects sometimes set to 0 for no apparent reason
Summary: dPriv->numClipRects sometimes set to 0 for no apparent reason
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r300 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-23 12:31 UTC by Aapo Tahkola
Modified: 2009-09-19 02:45 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Aapo Tahkola 2006-08-23 12:31:08 UTC
On my system, most glean tests fail because of this.
I'm thinking if it's possible that the command buffer gets submitted before
window appears?
I'm using fluxbox if that makes any difference.
Comment 1 Maciej Cencora 2009-05-02 13:42:01 UTC
Are you using freeglut? If yes, try mesa glut - should be working fine.

Freeglut is known to have a startup race with window exposure.
Comment 2 Adam Jackson 2009-08-24 12:24:11 UTC
Mass version move, cvs -> git
Comment 3 Maciej Cencora 2009-09-19 02:45:11 UTC
Closing due to lack of user input, also most of the tests are passing on RV535 and RV380 here.


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.