| Summary: |
i965 VBO drawing doesn't flush drawing upon VBO changes |
| Product: |
Mesa
|
Reporter: |
Brian Paul <brian.e.paul> |
| Component: |
Drivers/DRI/i965 | Assignee: |
Eric Anholt <eric> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
|
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
git | |
|
| Hardware: |
All | |
|
| OS: |
Linux (All) | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
| Bug Depends on: |
|
|
|
| Bug Blocks: |
23670
|
|
|
| Attachments: |
test program
|
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.
In a sequence like this: create VBO for (i=0;i<n;i++) { load new VBO data draw VBO } flush (really draw) We're not flushing the previous drawing before the VBO contents are changed in the next iteration. So whatever was last put in the VBO before the flush winds up getting drawn N times. When we map the VBO to change its contents we need to note that a previous drawing command references the buffer and finish the drawing before allowing the VBO contents to be changed. The attached program illustrates the problem.