| f96405f254819238ef6bce8e7341fcc7d00eaf85 |
|
22-Jul-2012 |
Marek Olšák <maraeo@gmail.com> |
st/mesa: remove st_flush_bitmap wrapper
just a cleanup
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| bdb0ad77c20653d01570a4ce44f4200a97fb5f11 |
|
13-Apr-2012 |
Marek Olšák <maraeo@gmail.com> |
gallium/u_gen_mipmap: don't release vertex buffer at end of frame / in glFlush
There's no reason to do that. The buffer being used for rendering is always
mapped as unsynchronized.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 462dcf617303a507a1b000f52abbfa3fe695bb95 |
|
13-Apr-2012 |
Marek Olšák <maraeo@gmail.com> |
gallium/u_blit: don't release vertex buffer at end of frame / in glFlush
There's no reason to do that. The buffer being used for rendering is always
mapped as unsynchronized.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 2b151bbb957284e7a1a272c1b5ec6c9307e6e623 |
|
13-Apr-2012 |
Marek Olšák <maraeo@gmail.com> |
st/mesa: use u_upload_mgr to upload vertices for glClear fallback
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 7e02303497237cde958c28608477d0c355a8038b |
|
08-Mar-2011 |
Marek Olšák <maraeo@gmail.com> |
gallium: remove flags from the flush function
The drivers have been changed so that they behave as if all of the flags
were set. This is already implicit in most hardware drivers and required
for multiple contexts.
Some state trackers were also abusing the PIPE_FLUSH_RENDER_CACHE flag
to decide whether flush_frontbuffer should be called.
New flag ST_FLUSH_FRONT has been added to st_api.h as a replacement.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| bfe88e69988b3d3bdff0b9f6051d0428e1315653 |
|
07-Mar-2011 |
Marek Olšák <maraeo@gmail.com> |
gallium: cleanup fence_signalled and fence_finish
So that they don't have the driver-specific param and return type.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| b39bccbd4ed71e9585da4cf5acf7b887b2e90899 |
|
05-Mar-2011 |
Marek Olšák <maraeo@gmail.com> |
gallium: add timeout parameter to fence_finish
This is a follow-up to the ARB_sync patch for st/mesa and completes
the ARB_sync implementation.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| f9995b30756140724f41daf963fa06167912be7f |
|
12-Oct-2010 |
Kristian Høgsberg <krh@bitplanet.net> |
Drop GLcontext typedef and use struct gl_context instead
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 31aca27c08d6a385c595d34fe4ee06390bf5b0e8 |
|
12-Oct-2010 |
Kristian Høgsberg <krh@bitplanet.net> |
Drop GLframebuffer typedef and just use struct gl_framebuffer
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 76c7ad2e7d387feefe58dc2116b613fe11a8b273 |
|
23-Apr-2010 |
Brian Paul <brianp@vmware.com> |
st/mesa: clean-up: use st_context() everywhere
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| da8412ec19ad00627ae9139dc02f46f344bbb6ac |
|
12-Apr-2010 |
Chia-I Wu <olv@lunarg.com> |
st/mesa: Drop st_public support.
There is no user of st_public now.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| de8a879f5c77dbf5c31251e07b2f1b8d2635716c |
|
07-Feb-2010 |
Chia-I Wu <olv@lunarg.com> |
st/mesa: Implement st_api.h.
There is currently no user of this new interface. As the inteface can
coexist with st_public.h, everthing should work as before.
ST_TEXTURE_2D is both defined by st_public.h and st_api.h. Reorder the
headers in st/dri to avoid conflicts.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| e4848d21e8f384f4157076d5e7c7c9d38da6598e |
|
10-Mar-2010 |
Chia-I Wu <olv@lunarg.com> |
gallium: Do not mix winsys-drawable-handle and context-private.
update_buffer should be called with context-private, not
winsys-drawable-handle.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 196214bf2b677a83653d49f79d03752f29df44ec |
|
18-Feb-2010 |
Francisco Jerez <currojerez@riseup.net> |
Revert "st/mesa: Make the frontbuffer visible on st_flush(PIPE_FLUSH_FRAME)."
We probably don't want to propagate this condition to the pipe driver,
this reverts commit f455ca6490fcb65781b21f81c7117bd923e250d1 and the
dri_update_buffer flush altogether until an agreement is reached.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 37e955d491664d27b1335c60ee40b730af6a1515 |
|
18-Feb-2010 |
Keith Whitwell <keithw@vmware.com> |
st/mesa: always call FLUSH_CURRENT before st->pipe->flush()
Undoes part of commit f455ca6 which would permit pipe->flush() to be
called while the VBO module still had its buffers mapped. Some
drivers care deeply about this. Sorry for not spotting this earlier.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| f455ca6490fcb65781b21f81c7117bd923e250d1 |
|
16-Feb-2010 |
Francisco Jerez <currojerez@riseup.net> |
st/mesa: Make the frontbuffer visible on st_flush(PIPE_FLUSH_FRAME).
So far the frontbuffer was only being flushed on st_glFlush and
st_glFinish, however, a co-state tracker may need to make sure that
any frontbuffer changes are already on its way to the actual front.
The dri2 state tracker will need this for event-driven GL applications
to resize properly (It could also be done calling "dri_flush_frontbuffer",
but that way we would flush unnecessarily in the double-buffered case).
Additionally this patch avoids flushing the mesa rendering cache if
PIPE_FLUSH_RENDER_CACHE wasn't specified.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| e87320b5e033a911d4ced2d516e479cdf1bc9228 |
|
30-Jul-2009 |
Brian Paul <brianp@vmware.com> |
Merge branch 'mesa_7_5_branch'
|
| 684282953937a37541f26c6e51ceec4134c62dfb |
|
29-Jul-2009 |
Keith Whitwell <keithw@vmware.com> |
mesa/st: short-circuit glFinish calls on WIN32 only
Windows opengl32.dll calls glFinish prior to every swapbuffers, which
makes it pretty hard to get decent performance...
Work around by mapping finish to flush on PIPE_OS_WINDOWS. This is
conformant, though it might confuse poorly-written benchmarks which
attempt to measure a single event rather than figuring out the rate of
continuous processing.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| b85b315ebbe25efbd118887bdc87a562d4334fcc |
|
01-May-2009 |
Brian Paul <brianp@vmware.com> |
st: added st_renderbuffer::defined flag
Indicates whether there's defined image contents, or garbage/don't care.
This is set when we draw into a renderbuffer and cleared when we resize/
reallocate a renderbuffer or do a buffer swap (back buffer becomes undefined).
We use this to determine whether the front color buffer has been drawn to,
and whether to display its contents upon glFlush/Finish(), when the new
st_swapbuffers() function is used.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 801a33ae44355b89cebed47e9e48e39545522f6e |
|
28-Apr-2009 |
Keith Whitwell <keithw@vmware.com> |
mesa/st: protect internal flushes with FLUSH_CURRENT
Already doing this for driver.flush()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| b3be1651f4a45660b447881f7c61c03a1b24302a |
|
13-Mar-2009 |
Keith Whitwell <keithw@vmware.com> |
mesa/st: add check for null front renderbuffer
Not sure if this indicates a problem elsewhere, but without this check
trivial/tri-fbo.c segfaults on resize. With the patch, it renders
correctly.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| af34fa316db32c09e0753f58d8275a357e187729 |
|
13-Mar-2009 |
Keith Whitwell <keithw@vmware.com> |
mesa/st: don't call finish in st_glFlush()
It is not the state tracker's responsibilty to inject sleeps and
pessimize performance in the hope of avoiding buffer synchronization
issues in buggy drivers.
Calling finish() here will just hide problems that need to be fixed
elsewhere.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| adfbba476db1fc55006efb748656ebb1a481d143 |
|
30-Jan-2009 |
Zack Rusin <zackr@vmware.com> |
gallium: make p_winsys internal
move it to pipe/internal/p_winsys_screen.h and start converting
the state trackers to the screen usage
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| d2c2e9316d043ab584794a3524f22776deb4c777 |
|
12-Dec-2008 |
Keith Whitwell <keith@tungstengraphics.com> |
gallium: avoid mapping same vertex buffer in subsequent frames
Quite a few util modules were maintaining a single vertex buffer over multiple
frames, and potentially reusing it in subsequent frames. Unfortunately that
would force us into syncrhonous rendering as the buffer manager would be
forced to wait for the previous rendering to complete prior to allowing the
map.
This resolves that issue, but requires the state tracker to issue a few new
flush() calls at the end of each frame.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 52e9c9770ac47e9d92df208ec5cfd4e004c45f3d |
|
24-Nov-2008 |
José Fonseca <jrfonseca@tungstengraphics.com> |
mesa: Don't call fence_finish with a null fence.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 2f34c851c01321b177bc3074755e97af270ec994 |
|
14-Aug-2008 |
José Fonseca <jrfonseca@tungstengraphics.com> |
mesa: Issue PIPE_FLUSH_FRAME in glSwapBuffers/glFlush/glFinish.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 1977fbff6010af0a5bd0bba7c0367b7713185a92 |
|
23-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: don't set buffer status to undefined in display_front_buffer()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 311e40268414649f047ee177ba22a17a2d437843 |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: more elaborate tracking of front color buffer state
This fixes the case where the app calls SwapBuffers then calls glReadPixels
to read the front color buffer. We now keep track of when the front buffer
is a _logically_ copy of the back buffer (after SwapBuffers) and read from
the back color buffer instead of the front.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 54d7c399a888283711bdc00f93cb54a3ce0b30eb |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: more flush/finish changes
New, separate is_front_buffer_dirty() function.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 4ecbd5a70fba3e7d5f8b56ede34867ea5964afc6 |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: reorder funcs
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| aade2f41b0d5cf0fb44e094c0b10cfaf1f621aec |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: call_flush_front_buffer() from st_glFinish()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 574f964667c5ec35f4832c839a9dcc24f92e2aab |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: fold st_gl_flush() into st_glFlush()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 9c86c0e88b09370584f767747c52b7f352844ac5 |
|
10-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: refactor code, new flush_front_buffer() function
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| ac2ca39f8f6024b13b0ddbfe767f9dbc9a528e6c |
|
04-Apr-2008 |
Brian Paul <brian.paul@tungstengraphics.com> |
gallium: add new call to st_flush_bitmap_cache() to fix recent regression
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 1d6877b32642d718fb7b29eca647f4d1dd0f99bb |
|
04-Apr-2008 |
Michel Dänzer <michel@tungstengraphics.com> |
gallium: Revert st_gl_flush() changes from when the **fence argument was added.
As st_gl_flush() isn't used by st_finish() anymore, it doesn't have to make
sure pipe->flush() always gets called.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 7b5303adbf5965510061a21f40d40c931add73eb |
|
04-Apr-2008 |
Michel Dänzer <michel@tungstengraphics.com> |
gallium: Call st_flush() instead of st_gl_flush() in st_finish().
This is enough for the current purpose of st_finish(), which is to wait for
things to settle down before context teardown.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| cc85573a9f3d976b70669a53403ce7355ad84394 |
|
01-Apr-2008 |
Michel Dänzer <michel@tungstengraphics.com> |
gallium: Fencing fix.
Make sure the struct pipe_fence_handle* we point st_flush() to is initialized
to NULL, so winsys->fence_reference() doesn't try to unreference a random
struct pipe_fence_handle* pointer.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| c62b197b528293abb56b099503344e3cdd7d6c40 |
|
28-Mar-2008 |
Brian <brian.paul@tungstengraphics.com> |
gallium: implement a glBitmap cache
The bitmap cache attempts to accumulate a series of glBitmap calls in a
buffer to effectively render a whole bunch of bitmaps at once.
The cache can be disabled, if needed, by setting UseBitmapCache=GL_FALSE.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 4abe1eb980ed76d2b2d3383eaab520d0aa2ae6f4 |
|
26-Mar-2008 |
Michel Dänzer <michel@tungstengraphics.com> |
gallium: Change pipe->flush() interface to optionally return a fence.
The cell driver still uses an internal CELL_FLUSH_WAIT flag, in the long run
proper fencing should be implemented for it.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 596a92ee7590cd3819aad0139cf779d28e57874d |
|
21-Jan-2008 |
Keith Whitwell <keith@tungstengraphics.com> |
gallium: specialize glFlush vs other flush semantics
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| a85535b7cb0886f23e5686e37d1fa54394cdece4 |
|
20-Dec-2007 |
Keith Whitwell <keith@tungstengraphics.com> |
gallium: make state tracker explictly ask for rendercache flushes
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 3871d2882a5e3ae8aafe3206603e095cc90761b5 |
|
08-Nov-2007 |
Michel Dänzer <michel@tungstengraphics.com> |
Rename struct field 'private' to 'priv'.
This broke the LLVM build because 'private' is a C++ keyword.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| ae44a81d1bd40852a7cea9b8025dfa3821adc785 |
|
08-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
New PIPE_FLUSH_WAIT flag for pipe->flush().
The state tracker doesn't have to directly call winsys->wait_idle() anymore.
glFlush and glFinish both go through pipe->flush() now.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 10c62bf0683437672c83339138a6802d56aeca8f |
|
08-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
Remove context dependencies in winsys layer.
The winsys object is now per-screen and shared by multiple contexts.
The regionPool is now part of the i915 winsys layer.
The winsys wait_idle() and flush_frontbuffer() funcs will get more attention...
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| a5df4239c2a1b91e36e7d1191c19a078e6b74a22 |
|
02-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
added check for fb==NULL
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 0ff447e7c4ae26a1c0ae6f92265dee4561816832 |
|
02-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
include context.h
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 08f88cbbc9a5da5667d02d5eeafac79d2de1ee95 |
|
02-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
call FLUSH_VERTICES() in st_flush()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 4019277f09448a0f7ffb7dd620e9bc5613f9b758 |
|
02-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
public st_flush()
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| d8e66aca8443c6802ecd8f1a353024ed1d0f32c3 |
|
02-Nov-2007 |
Brian <brian.paul@tungstengraphics.com> |
Start re-working SwapBuffers.
intelCopyBuffer() is now intelDisplayBuffer(): it displays the given surface
in the on-screen window.
Added a pipe_surface parameter to winsys->flush_frontbuffer().
Front buffer rendering/flushing actually works now.
But, we should only allocate the front surface on demand...
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 47fc2c4349746997704a7f81dffadd22363e0ff1 |
|
10-Aug-2007 |
Keith Whitwell <keith@tungstengraphics.com> |
Lift common winsys functions into pipe's new p_winsys.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|
| 5c2c05600081f811e001a81a600778de0fcab85d |
|
10-Aug-2007 |
Keith Whitwell <keith@tungstengraphics.com> |
Handle glFlush/glFinish through the state tracker.
/external/mesa3d/src/mesa/state_tracker/st_cb_flush.c
|