| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
Shouldn't be necessary with older versions either.
|
|
Reorganize to handle both interfaces with common code.
|
|
Always use / assume a combined depth/stencil buffer.
Also update drawable formats from surfaces returned by the driver.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This should also handle the case where the pixmap is backed by a (different)
texture before and afterwards.
|
|
Just let the upper layers handle it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Most use cases just got the buffer from the texture
and then called into one of the get_handle functions.
Also with this patch it would be easier to move to a
generic function for getting handles from textures
and textures from handles, that is exposed via the screen.
|
|
|
|
|
|
|
|
This reverts commit a33e9ea3b9b7ac98d6e9bc385bbbe7eac2eb73d0.
As this change breaks both radeon and nouveau
|
|
|
|
|
|
|
|
|
|
|
|
Also allow pixmaps to have both the shared and displayed usage flags, as is
the case for the screen pixmap now.
|
|
|
|
|
|
|
|
|
|
No need to guess.
|
|
This is to allow a driver to drive multiple displays.
Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
|
|
|
|
|
|
|
|
Should be replaced with something looking at the proper
glx visual for the buffers.
|
