| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Fixes failed assertion in glean fbo test.
|
|
|
|
|
| |
Only allows clearing currently bound buffers, but colour and depth/stencil in
a single call.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Nice for stack backtraces.
Windows-only for now.
|
| |
|
|
|
|
| |
A breakpoint is much nicer than abort when gdb is attached.
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Alan Coopersmith <[email protected]>
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Add a module that will manage uploading and coalescing multiple
user-buffers, malloc-buffers and other random data that doesn't
happen to be in a GPU buffer already. The module stuffs multiple
little uploads into larger GPU buffers to reduce create/destroy
overheads, etc.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
The draw module provides a similar interface to the driver which
is retained as various bits of hardware may be able to take on
incremental parts of the vertex pipeline. However, there's no
need to advertise all this complexity to the state tracker.
There are basically two modes now - normal and passthrough/screen-coords.
|
|
|
|
|
|
|
|
| |
Any driver who needs a copy of the shader tokens must organize to
do so itself. This has been the case for a long time, but there
was still defensive code in the state tracker, which is now removed.
Any bugs resulting from this need to be fixed in the offending driver...
|
|
|
|
|
|
|
| |
I should have gotten most uses and implementation
correctly fixed, but things might break.
Feel free to blame me.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The core reference counting code is centralized in p_refcnt.h.
This has some consequences related to struct pipe_buffer:
* The screen member of struct pipe_buffer must be initialized, or
pipe_buffer_reference() will crash trying to destroy a buffer with reference
count 0. u_simple_screen takes care of this, but I may have missed some of
the drivers not using it.
* Except for rare exceptions deep in winsys code, buffers must always be
allocated via pipe_buffer_create() or via screen->*buffer_create() rather
than via winsys->*buffer_create().
|
|
|
|
| |
(cherry picked from commit 1350f2efba5eeceebe0e711db6152c29e9889ce7)
|
|
|
|
|
|
|
|
|
|
| |
BSD supports pipe in the same way as linux hence options which
are safe for linux are also safe for BSD. Define PIPE_OS_BSD in
include/pipe/p_config.h and adjust the defines to make use of it.
Also define MAP_ANONYMOUS for BSD systems which use MAP_ANON
Signed-off-by: Benjamin Close <[email protected]>
|
|
|
|
| |
Not supported by MSVC.
|
|
|
|
| |
Saves code, and will simplify future interface changes.
|
|\
| |
| |
| |
| |
| | |
Conflicts:
src/gallium/auxiliary/pipebuffer/pb_bufmgr_mm.c
src/gallium/auxiliary/util/u_tile.c
|
| |
| |
| |
| | |
Useful to replay traces which use DXTC textures...
|
| | |
|
| |
| |
| |
| | |
This is copied from Ian's commit a330933bb75c38148668637cd22b90d75d39506f
|
| |
| |
| |
| | |
Hard to believe... but true.
|
| |
| |
| |
| | |
When there is a console attached, and no debugger attached.
|
| |
| |
| |
| | |
Not much useful until we have symbol lookup.
|
| |
| |
| |
| |
| |
| |
| |
| | |
The template makefile that most libraries in
gallium included was based on dri and had a bunch
unrelevant junk in it.
Update it and improve the depending makefiles.
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
Conflicts:
src/gallium/drivers/softpipe/sp_tile_cache.c
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
src/mesa/state_tracker/st_cb_accum.c
src/mesa/state_tracker/st_cb_drawpixels.c
|
| | | |
| | | |
| | | |
| | | | |
A lot more test programs work.
|
| | | |
| | | |
| | | |
| | | | |
Missed these for the initial gallium-texture-transfer commit.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Instead, a new pipe_transfer object has to be created and mapped for
transferring data between the CPU and a texture. This gives the driver more
flexibility for textures in address spaces that aren't CPU accessible.
This is a first pass; softpipe/xlib builds and runs glxgears, but it only shows
a black window. Looks like something's off related to the Z buffer, so the
depth test always fails.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
The debug functions depend on several util function for os abstractions, and
these depend on debug functions, so a seperate module is not possible.
|
| |/ /
|/| | |
|
| | | |
|
|/ / |
|
| |
| |
| |
| |
| |
| |
| | |
this change disassociates, at least from the driver perspective,
the surface from buffer. surfaces are technically now views on the
textures so make it so by hiding the buffer in the internals of
textures.
|