| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Corrects commit 74ae5a875d6b3f1ffea2ac09c6ef0062d4980f15.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
handling)
|
|
|
|
|
|
finally add some information to R300_RB3D_DSTCACHE_CTLSTAT
|
|
RB3D_COLOR_CHANNEL_MASK
|
|
|
|
|
|
This patch tries to get the Z-Buffer register names in sync with the AMD spec
so that talking to AMD engineers is much simpler.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
image offset is already considered when map, add it again in
StoreImage may lead to wrong result and crash.
|
|
dd1d66fc4ab5d7064113a2017a431c3461598b91.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also, general clean-up of the Xlib-optimized glDraw/CopyPixels code.
|
|
|
|
|
|
Otherwise, we would go wildly out of bounds if passed -1 (no renderbuffer), such
as while doing LOCK_HARDWARE with glDrawBuffer(GL_NONE).
|
|
Otherwise, glDrawBuffer(GL_NONE); glDrawPixels() results in a segfault when
we try to emit the color buffer state during setup.
|
|
The IS_945 case was left to fall through to the 830 case, along with the
not-recognized-at-all case, making that dead code.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fix #10788 issue on 965.
|
