| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
I'm not completely sure this is correct; it restores the old behaviour.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 9457bf62bbba3b9226ebbbea5dc7798ca22485f6.
Causes the X server to die with Compiz and Beryl.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
See the conversation between myself and Tommy Schultz Lassen on mesa3d-dev.
|
|
|
|
|
|
|
|
|
|
This reverts commit 07ac2386f5c0ab9c2432d4b5e3490b1e13d033fc.
|
|
|
|
|
|
|
|
Apparently for back facing color to work you must set all 3 color bits; I guess
the hardware cannot handle them separately.
|
|
|
|
|
|
|
|
|
|
|
|
Move buffer resize check to immediately after swapbuffers.
Update cliprects inside the locked region of swapbuffers.
|
|
|
|
don't update driDrawable information until later at all
(blit needs fixing).
|
|
|
|
still doesn't work quite right (resize).
Fake frontbuffer doesn't copy in real frontbuffer.
Don't even think about doing rotation/page flip/triple buffering for now...
More cleanups needed (fake cliprects etc.)
|
|
|
|
|
|
|
|
Using floats (and float->ushort->float conversion) introduces errors.
Only GLushort depth buffers work for now...
|
|
|
|
Allocate and use private back and z/stencil buffers.
This is still very broken.
|
