ec2b105492cae093cc78003239e9b6816d1a7384 |
|
15-Aug-2015 |
Emil Velikov <emil.l.velikov@gmail.com> |
radeon: cleanup bo/cs func tables Annotate the data as static const and use C99 designated initializers. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
/external/libdrm/radeon/radeon_cs_int.h
|
966c9907c040b4fe4b288b4a9d82598797aee743 |
|
28-Aug-2009 |
Pauli Nieminen <suokkos@gmail.com> |
libdrm_radeon: Optimize cs_gem_reloc to do less looping. bo->referenced_in_cs is checked if bo is already in cs. Adding and removing reference in bo is done with atomic operations to allow parallel access to a bo from multiple contexts. cs->id generation code quarentees there is not duplicated ids which limits number of cs->ids to 32. If there is more cs objects rest will get id 0. V2: - Fix configure to check for atomics operations if libdrm_radeon is only selected. - Make atomic operations private to libdrm. This optimization decreases cs_write_reloc share of torcs profiling from 4.3% to 2.6%. Tested-by: Michel Dänzer <michel@daenzer.net> Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
/external/libdrm/radeon/radeon_cs_int.h
|
125994ab30d4f0f126c62fa741ec62a52d69d7a8 |
|
17-Dec-2009 |
Dave Airlie <airlied@redhat.com> |
radeon: straighten out the API insanity. as Michel pointed out we are exposing too much info for these object for this to be maintainable going forward. This patch set minimises the exposed parts of the radeon_bo and radeon_cs objects to the piece necessary for ddx/mesa to operate at a decent speed. The major problem is mesa contains a legacy BO/CS managers which we still need to expose functionality to, and we really cannot change the API until we can drop the non-KMS codepaths. Signed-off-by: Dave Airlie <airlied@redhat.com>
/external/libdrm/radeon/radeon_cs_int.h
|