Age | Commit message (Collapse) | Author |
|
System lists DVI port as HDMI.
fixes fdo bug 26605
|
|
In KMS world each cs need to fully initialize the 3D engine
when we were erasing cs in IBDiscard for r6xx we weren't
forcing reemission of default state. This patch force this
emission. Fix :
http://bugs.freedesktop.org/show_bug.cgi?id=26603
http://bugzilla.kernel.org/show_bug.cgi?id=15284
|
|
Allows users that want to use zaphod mode to select
which xrandr outputs are assigned to which head. E.g.,
Option "ZaphodHeads" "LVDS,VGA-0"
will assign LVDS to the first zaphod driver instance
and VGA-0 to the second instance.
|
|
The wrong order prevented tearing avoidance from working with EXA/DRI2.
|
|
I think these can only really work in VRAM, though right now there's probably
nothing to prevent them from getting evicted...
|
|
KMS doesn't have acceleration for upload to vram. memcpy/memmove to VRAM
directly is very slow (40M/s in benchmark) which causes visible problems
to video.
Allocating video buffer in GTT will give good performance (350-450M/s)
for memmove operation. This is nice performance boost for Xv under KMS.
Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
|
|
memcpy has about 25% better performance than memmove when
destination is GTT (wc caching). Changing memmove to memcpy
in SwapCopy will reduce CPU time spent moving data between
host and GPU.
memcpy will specially help Xv when playing high resolution
videos.
The swap path doesn't support overlapping memory copies either
so extra safety is not worth the performance hit in commonly
used code path.
Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
[ Michel Dänzer: Fixed up whitespace ]
|
|
|
|
Use the Xv version as it takes into account the area
covered by the op rather than just picking the largest
crtc area.
|
|
fixes fdo bug 26445
|
|
backport from a KMS fix, the rs400/480 mc idle is bit 2 not bit 4.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
both link and encoder must be set for linkb
|
|
We don't need to flush so often. Next step
would be to move the flushing to the drm and only
flush after each command buffer rather than each
draw.
|
|
DP CRTC clock always comes from DCPLL. This frees
up PPll1/2 for non-DP-mode PHYs and CRTCs
|
|
|
|
SetPixelClock needs to be called for DP outputs with a
valid PLL.
|
|
|
|
|
|
|
|
|
|
analog is already supported by the existing code.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
this just cleans up a few more bits of the digital encoder setup.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
- switch the var name to dig_encoder
- quiet coherent messages
- clean up dig encoder selection
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Testing on a W500 laptop found the LVDS + DisplayPort would conflict
over the choice of digital encoder, and only one would work.
This patch fixes the DCE3 case where LVTMA requires the second digital
encoder and lets DP/DVI use the first in most cases.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
add new fixed post divider option
|
|
newer asics have larger mmio bars
|
|
NO_ACCEL wasn't handled correctly with KMS.
fixes fdo bug 26198
|
|
I've seen RN50s with 64MB of RAM that are slow as molasses, this
should fix them.
RH bug 556400
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Signed-off-by: Kusanagi Kouichi <slash@ac.auone-net.jp>
|
|
|
|
FRAG & TILE buffer are unused but still they need
to be associated with a valid relocation so that
userspace can't try to abuse them to overwritte
GART and then try to write anywhere in system
memory.
|
|
Seems we have to not do auxch DDC if we aren't talking to a DP
sink.
|
|
Noticed by Maarten Maathuis.
|
|
Due to heat issues. fixes bug 25992
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
In case of a DP->DVI adapter for example.
|
|
Should fix fdo bug 25931
|
|
|
|
Noticed by John R. Dunning. Fix taken from radeonfb.
I'm not sure if this sequence would be useful on any PC
laptops or not so make it mac specific for now.
|
|
fixes mac laptops without an edid
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|