Age | Commit message (Collapse) | Author |
|
Fixes crashes with xserver master, where looking up a pixmap private on a
window no longer happens to work.
|
|
Fixes deprecation warnings with xserver master and should also work with older
xservers.
|
|
This moves pixmap and mode set into CSR where its allowed. Should work fine on
old servers also.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=28494
https://bugzilla.redhat.com/show_bug.cgi?id=554967
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
- makes Xv more consistent with r1xx/r2xx/r6xx/r7xx
- Xv attributes like brightness, contrast, hue, etc. only work
when bicubic is disabled.
- avoids performance issues on some systems when sampling from textures
in GART with kms.
- It can be re-enabled with using xvattr
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
No need to emit state that doesn't impact that we use for EXA/Xv.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Group ordered registers to save command buffer space.
Reduces the default and clipping state from 256 to 160 dwords.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
|
|
definitely incorrect, but hope it doesn't break anything.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
On a power machine with an rn50, this was causing load detection to be turned off after the first X run, subsequent X runs would find nothing connected.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Since they only have one crtc sometimes the xserver doesn't assign
a crtc to one of the outputs even though both outputs have common modes
which results in only one monitor being enabled. Assign a crtc in
preinit so that both outputs light up.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
pRADEONEnt->HasCRTC2 wasn't setup under KMS.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Previously we relied on the drm not having accel enabled
to make sure evergreen used shadowfb, now we when we enable
accel in the drm, we need to make sure the ddx doesn't try
and use it until it's implemented.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Marek Olšák <maraeo@gmail.com>
|
|
Signed-off-by: Marek Olšák <maraeo@gmail.com>
|
|
It's already exposed and used by exa and Xv and has
the same functionality. radeon_covering_crtc() can
be dropped eventually.
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Fallback with unsupported ops like r3xx, r6xx.
Should fix fdo bug 28142.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
This patch is mostly a port over of Intel ddx code for
MSC support. It needs a radeon KMS module with version
2.4 which has the query for hw crtc id.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
|
|
Pixmaps smaller than a macrotile cannot be used as textures because hardware
automatically switches to macro-linear and therefore sampled pixels are
messed up. This behavior is known as MACRO_SWITCH.
The only sane workaround seems to be not using macrotiling for small pixmaps.
The function RADEONMacroSwitch has been ported from r300g and implements
MACRO_SWITCH the same way it's implemented in hardware. It's been well tested
in r300g.
This commit also fixes blit-based framebuffer reads, which are used for tiled
surfaces in r300g, when ColorTiling is enabled.
Signed-off-by: Marek Olšák <maraeo@gmail.com>
|
|
Fixes fdo bug 27960
|
|
Pointed out by compiler warnings.
https://bugs.freedesktop.org/show_bug.cgi?id=27817
|
|
Noticed by Tormod Volden
|
|
Noticed by Tormod Volden.
RV3xx is 2, RV560,RV570 is 8
|
|
With MMIO it wasn't *such* a bit deal if we leaked the smallish mapping.
with FB it could be a larger deal. So instead of worrying about this,
reference count the mappings in the entity structure and unmap them when
no one cares anymore.
Prompted by a discussion with airlied
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
What we were doing previously was mapping the framebuffer for zaphod for
only this driver instances chunk, however, fbOffset was (rightly) set to
the offset into the whole framebuffer we were using.
Since in some cases we did operations on the FB virtual address +
fbOffset (for example zeroing the framebuffer on entervt) we were
actually pissing all over ourselves in those cases.
Fix this by implementing shared fb mappings like we do for MMIO already,
and whenever we wish to refer to our area of FB space we always use
fbOffset. Fixes zaphod for some users on r600 chipsets, my 4870 is still
behaving strangely on screen 0, but I suspect that is another bug.
Once calculation (in PreInitAccel) is now wrong because of this, however
dri on zaphod does now happen so this is irrelavent, add a comment to
that effect.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
It has never been used, and since the world is changing it almost
certainly never will be. Good riddance.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
The rest of it died a long time ago.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
From RH#581927 - thanks to Carsten Clasohm
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
should fix fdo bug 25884
|
|
should fix fdo bug 25884
|
|
should fix fdo bug 25884
|
|
should fix fdo bug 25884
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fixes fdo bug 27692
|
|
When we get a hotplug event from the kernel we should notify the client side to reconfigure displays.
based on work by ajax in intel driver.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
tv-out on atom systems is very particular about it's
dividers. force it to use the old algo.
Should fix fdo bug 27593.
|
|
Switching between TV and VGA caused problems on some
systems since the TV encoder was left enabled.
Should fix fdo bug 25520.
|
|
reported on phoronix forums.
|
|
|
|
It has no overlay or 3D engine.
fixes fdo bug 27528
|
|
|