Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
into 965-glsl
|
|
|
|
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.
|
|
|
|
the framebuffer objects attached to drawables can have invalidate state
associated with them, since for the window framebuffer this is per-context
state and not per-fbo state. Since drivers rely on that information
(otherwise would need to check if currently the window-framebuffer is
bound in a lot of places) fix it up in _mesa_make_current (ugly).
(Brought over from i915tex_privbuffers, where it fixes xdemos/wincopy
when switching to front buffer rendering.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The previous procedure would often result in a GPU lockup.
|
|
This avoids superfluous waits for vblank timing out under some circumstances.
|