| Age | Commit message (Collapse) | Author |
|---|
|
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
|
|
GPIO_I2C_INFO does not always have ATOM_MAX_SUPPORTED_DEVICE
entries. Should fix Novell bug 589022.
|
|
This cleans up the accel state objects as well.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Just assign directly to the structs.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Create a small accel object that can be used to reduce the amount
of parameters passed to SetAccelState. This can be cleaned up a lot more.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Noticed by Dave.
Should fix fdo bug 27284
|
|
This allows radeon-equipped macs to work without an xorg.conf on openbsd.
Patch originally written by Mark Kettenis (kettenis@openbsd.org)
|
|
should fix fdo bug 27322
|
|
|
|
This moves CS bo checking and alignment checks into
a central location. It also cleans up the code.
|
|
The scanline based fallback code was complex and added a lot of
overhead. It also didn't work with kms.
|
|
|
|
Much of the code is shared, so track the src/dst
domains so we make sure the uses consistent domains
for each bo.
|
|
It's been reported broken for a while. Should fix
fdo bug 27151, others.
|
|
I was playing with multi-seat and found this code, fixed
it up to be sane and more DRI2 like.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
The UINT16LE_TO_CPU(), etc., macros are used in the AtomBios code to
fix up endian issues but they do not address bad alignment or assist
architectures that cannot perform hardware byte or word accesses.
This patch inserts use of the ldw_u(), etc., interface of the Xserver
into certain AtomBios accesses to address alignment issues.
This resolves Debian bug 572311, namely that the driver when compiled
for generic Alpha architecture (i.e. doesn't use the byte-word extension)
resulted in no display output on certain Radeon cards.
Signed-off-by: Michael Cree <mcree@orcon.net.nz>
|
|
Noticed by Pauli and Michel on IRC.
Improves GetImage performace by a factor of ~10.
|
|
|
|
Based on my initial non-working patch.
Fixes some element of fdo bug 12007
|
|
Basically a port of my kms patch. This allows us
to remove some quirks.
|
