| Summary: | DrawPixels set wrong pixel color | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | WuNian <nian.wu> |
| Component: | Drivers/DRI/i915 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | high | CC: | haihao.xiang, wei.w.tang, wei.z.wang |
| Version: | git | ||
| Hardware: | Other | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | test case | ||
|
Description
WuNian
2007-06-07 00:17:30 UTC
Created attachment 10220 [details]
test case
Although set pixel data with white color, glDrawPixels draws pixels with color set by glColor.
*** Bug 11100 has been marked as a duplicate of this bug. *** Commit 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe introduced the error. This is a software fallback. There's at least two things wrong with the test program.
1. The current raster position is invalid when glDrawPixels is hit so nothing's drawn. Try glRasterPos2f(0, 0).
2. The dataBuf array is initialized incorrectly. It should be something like this:
for (i = 0; i < size; i++) {
dataBuf[i*3+0] = 255;
dataBuf[i*3+1] = 255;
dataBuf[i*3+2] = 255;
}
Can you retest with these fixes?
I modified the test case, the bug still exists. Brian: you've seen the drawpix failure as a result of that commit, right? My i915 Xserver setup is totally foo-barred at the moment and I don't have time to figure out what's wrong with it. DrawPixels seems OK with the xlib driver. That's all I can test right now. OK, I'm up and running again and I think I've fixed this. yes. fixed in b9080dd5493eb23af6c5c494550c7b1cb481ca7b. Additional fixes done after report that i965 still suffered from this. See bug 11100. Mass version move, cvs -> git |
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.