| 2e47d01c9e5325906cf3bb979279599991c6328e |
|
23-Dec-2011 |
Ben Skeggs <bskeggs@redhat.com> |
nouveau/vieux: switch to libdrm_nouveau-2.0
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| f0ea46790f8f4df9a39b0cfab5c5f1bf02c136fc |
|
18-Jan-2012 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Set default access flags based on the run-time API
The default access flags for OpenGL ES (via GL_OES_map_buffer) and
desktop OpenGL are different. The code previously tried to handle
this, but the decision was made at compile time. Since the same
driver binary can be used for both OpenGL ES and desktop OpenGL, the
decision must be made at run-time.
This should fix bug #44433. It appears that the test case does
various map and unmap operations and inspects the state of the buffer
object around each. When it sees that GL_BUFFER_ACCESS does not match
its expectations, it fails.
NOTE: This is a candidate for release branches.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=44433
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 681d432f8186cd97e04cf293add72fd73c50523d |
|
09-Sep-2011 |
Brian Paul <brianp@vmware.com> |
nouveau: remove target parameter from nouveau_bufferobj_map_range()
This was missed back when the target parameter was removed from all
the buffer-related driver hooks.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 28249bd260f4c52badf3eb61ade2744604b21bca |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Eliminate dd_function_table::MapBuffer
Replace all calls to dd_function_table::MapBuffer with appropriate
calls to dd_function_table::MapBufferRange, then remove all the cruft.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 4ddae2fb666c86e3267ef6e3d2699f9bfb40d206 |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Remove target parameter from dd_function_table::MapBufferRange
No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 6c8aa3491a19535e8c39a47a3766bf8524e80582 |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Remove target parameter from dd_function_table::GetBufferSubData
No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 92f3fca0ea429dcf07123e63447449db53308266 |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Remove target parameter from dd_function_table::BufferSubData
No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 12d924c5ae14a1c6a05a3dcae29b77e7668e227d |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Remove target parameter from dd_function_table::MapBuffer
No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 56f0c00f125ee75caeadc1c9e8cab8a488635e5e |
|
22-Aug-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
mesa: Remove target parameter from dd_function_table::UnmapBuffer
No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| f67fa5229331f6d4920175dd0d6e1e6a2c69c060 |
|
31-Oct-2010 |
Francisco Jerez <currojerez@riseup.net> |
dri/nouveau: Keep small DYNAMIC_DRAW vertex buffers in system ram.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 6ee9cd482ab620eb070792ab4176fdc34f945ba7 |
|
31-Oct-2010 |
Francisco Jerez <currojerez@riseup.net> |
dri/nouveau: Honor the access flags in nouveau_bufferobj_map_range.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| f9995b30756140724f41daf963fa06167912be7f |
|
12-Oct-2010 |
Kristian Høgsberg <krh@bitplanet.net> |
Drop GLcontext typedef and use struct gl_context instead
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| c7ac486261ad30ef654f6d0b1608da4e8483cd40 |
|
19-Feb-2010 |
Kenneth Graunke <kenneth@whitecape.org> |
Remove _mesa_memcpy in favor of plain memcpy.
This may break the SUNOS4 build, but it's no longer relevant.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| bfb5dc68fcc9f5dee71f66d9499b8bdcde9627ea |
|
01-Feb-2010 |
Francisco Jerez <currojerez@riseup.net> |
Import a classic DRI driver for nv0x-nv2x.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 93115c4b235896df097b91edec7458a8a4488c4e |
|
14-Jul-2008 |
Stephane Marchesin <marchesin@icps.u-strasbg.fr> |
nouveau: say goodbye to the old DRI driver...
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| ee793281b221415f794af6aadaa9764023612e0b |
|
01-Nov-2007 |
Dave Airlie <airlied@ppcg5.localdomain> |
nouveau: ppc, swap fragment programs on big endian systems.
Thanks to the PS3 RSX project for figuring this out.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| b7c93de6d798d7ccfc7bfa12b9c8f474de955d55 |
|
13-Aug-2007 |
Ben Skeggs <skeggsb@gmail.com> |
nouveau: Split nouveau_buffers into nouveau_mem and nouveau_fbo
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 5e4a0f42f243cd5fbc8718660d78705e8c70808f |
|
09-Jun-2007 |
Ben Skeggs <darktama@nisroch.keine.ath.cx> |
nouveau: match drm changes (0.0.7)
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| e7654b22aa02636d17a88a9a5ee1eeb213d81f30 |
|
05-Feb-2007 |
Ben Skeggs <darktama@iinet.net.au> |
nouveau: new bufferobj code.
The old code suffered from a number of issues, the most severe being that
with the Mesa VBO merge even swtcl used the driver's bufferobj interface.
On most VBO types (or non-AGP cards) the buffer ended up in vram, and
killed swtcl performance greatly. All bufferobj's start in system memory
now, until they get referenced as a "real" VBO.
The other big change is that only potentially "damaged" areas are
uploaded/downloaded to/from the hardware.
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|
| 9a20ae70ecda2e78ea6b52c3fd829d283434c1ad |
|
27-Dec-2006 |
Ben Skeggs <darktama@iinet.net.au> |
nouveau: Initial buffer object support
/external/mesa3d/src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c
|