Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
System lists DVI port as HDMI.
fixes fdo bug 26605
|
|
|
|
|
|
|
|
Noticed by Maarten Maathuis.
|
|
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.
|
|
Due to heat issues. fixes bug 25992
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
fixes mac laptops without an edid
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
It appears that RS4xx chips need to have the crtc
enabled when the timing is programmed.
agd5f: minor fixes/cleanup of the original patch
|
|
In particular, also catch them for >= R300.
|
|
noticed by Matthijs Kooijman on fdo bug 22140
|
|
In some cases the atom transmitter table sets the
golden value of this reg differently which some monitors
don't like. I haven't had time to dig further, so this
works around it for now.
Fixes fdo bug 24313
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Some systems have multiple connectors connected to the
same encoder; e.g., DVI and HDMI connected to the same
encoder with the same ddc line. Since we expose
connectors as xrandr outputs, randr treats them separately
which results in it trying to source the same encoder to
different crtcs. If we have an HDMI and DVI-D port on the
same encoder, pick the one to be considered connected
based on the edid (HDMI if edid indicates HDMI, DVI
otherwise). Also, don't turn off (dpms) encoders that are
shared.
Fixes fdo bug 21767.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
Set bus type appropriately. fixes bug 25002
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
A solid or gradient mask could be used for blending
the source picture onto the destination picture.
Fixes fdo bug 24838
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
We don't use the invisible memory yet and on cards with
large amounts of vram this can cause the top of GART
calculation to overflow.
Fixes bug fdo bug 24301:
http://bugs.freedesktop.org/show_bug.cgi?id=24301
v2: only clamp cards with more than 512 MB. This seems
to cause problems on some older cards due to the way the
drm and ddx set up the internal memory map.
|
|
We don't use the invisible memory yet and on cards with
large amounts of vram this can cause the top of GART
calculation to overflow.
Fixes bug fdo bug 24301:
http://bugs.freedesktop.org/show_bug.cgi?id=24301
|
|
|
|
AC_CHECK_FILE is not possible when cross-compiling. Use AC_CHECK_HEADER /
AC_PREPROC_IFELSE instead.
[ Michel Dänzer: Shuffled things around slightly to make it work on my setup ]
Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
Signed-off-by: Michel Dänzer <daenzer@vmware.com>
(cherry picked from commit 97a4e747bfac14f34646c55ddf639e8fe22f2f55)
|
|
|
|
DPMS header was split into dpms.h (client) and dpmsconst.h (server). Drivers
need to include dpmsconst.h if xextproto 7.1 is available.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Conflicts:
src/drmmode_display.c
|
|
|
|
(cherry picked from commit 63c873cbd4d1d21d9f688028c0900c79fadc42c1)
|
|
(cherry picked from commit 21a621c297ac71c65c239ea960c38706e718b91c)
|
|
deb bug 545040
|
|
Seems problematic on all rv740 chips, so until we
can find a solution, disable them.
|
|
|
|
We should print this after DAC detection to be useful for TV
|
|
For some reason we lost the DACB source when we dpms tv back on.
|
|
We end up writing back an empty save register over the dac
detection results so the atombios table can no longer
figure out the S-video vs composite so sets the wrong one up.
this gets tv-out on my r580 with a composite connector working.
|
|
If we need to use the second scaler actually set the second scaler
up.
|
|
for rect textures you don't want to use wrap clamping which
is the default.
|
|
|
|
|
|
from Hartmut Niemann
|
|
|
|
|
|
fixes bug 23065
|
|
fixes bug 23064
|
|
fixed bug 23063
|
|
From RHEL QE testing, we could end up with the cursor at 0 since
we think EXA is in use when really it isn't. the info->useEXA = FALSe
might be unnecessary but better to be explicit
stable: fix slightly different
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Should fix bug 19943
|
|
- r1xx-rv350 chips have the old pci gart
- rv380+ chips have newer pcie gart
Select the right kind regardless of whether the user selects
PCI or PCIE.
|
|
fixes bug 22726
|