Age | Commit message (Collapse) | Author |
|
size was being calculated based on 3 bytes per pixel with 24 bit depth
instead of 4 bytes. This caused corruption in the bottom 25% of objects.
This finishes fixing the menu/text corruption in compiz/kde4.
Signed-off-by: Robert Noland <rnoland@2hip.net>
|
|
Setting the wrong bo size resulting in an incomplete
read cache flush when reading the texture. This fixes the
compiz text corruption.
[agd5f: take hw pitch alignment into account]
|
|
noticed by taiu on IRC.
|
|
We use t->bo for dri1 since r600 uses CS for dri1.
|
|
if we have a BO here it means TFP and we should have set it
up already.
tested by b0le on #radeon
|
|
|
|
|
|
There is only a few functions that have debugging enabled now.
|
|
Gives a nice speed boost in most apps since
we only emit what state we need.
|
|
|
|
We keep dma buffer objects in list untill they have been unused for many
draw operations. Current limit of having 100 flushes is just guess for
good performance/memory trade off.
Moving WARN_ONCE macro to common context because it is used in multiple drivers.
Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
|
|
We need to properly set up a fake bo for the texture override,
so add a new function to radeon_bo_legacy.c. This could probably
be used on radeon/r200/r300 to unify the bo handling for
texture override.
compiz now works :)
|
|
redbook mipmap works
|
|
|
|
fixes texwrap
|
|
- set MAX_LOD properly
- min texel pitch is 8 texels
- emit old command buffer when re-initing base state
|
|
|
|
for consistency with the rest of the code.
|
|
patch from Kevin DeKorte with some minor fixes from me.
|
|
into r6xx-rewrite
This builds, but I get an assertion in radeonGetLock() due to
the drawable being null.
|
|
texture bo setup isn't quite working yet
|
|
|
|
|
|
|
|
|