Commit message (Collapse)AuthorAgeFilesLines
* radeon: use the const qualifier in radeon_cs_write_tableMarek Olšák2010-04-261-1/+1
| | | | Signed-off-by: Marek Olšák <maraeo@gmail.com>
* libdrm_radeon: Optimize cs_gem_reloc to do less looping.Pauli Nieminen2010-03-171-1/+1
| | | | | | | | | | | | | | | | | | | 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>
* radeon: indentation & trailing space cleanupJerome Glisse2010-01-141-24/+24
* radeon: straighten out the API insanity.Dave Airlie2009-12-201-159/+54
| | | | | | | | | | | | | | | 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>
* Move libdrm/ up one levelKristian Høgsberg2009-11-171-0/+246