Age | Commit message (Collapse) | Author | Files | Lines |
|
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>
|
|
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
We have to translate from the kernel encoder cloning to the randr
connector cloning, we do this by constructing an encoder mask per output
and an encoder cloning mask per output then comparing them.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
we do the normalization and xforms in the vertex
shader.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
Should fix bug 11801.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
noticed by glisse.
|
|
Set bus type appropriately. fixes bug 25002
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
This reverts commit b6ac42cce2156880ac18b32e15acbff40b2f53e9.
This patch is very broken.
|
|
Signed-off-by: Tomáš Chvátal <scarabeus@gentoo.org>
|
|
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>
|
|
Generally this is done at post, but might not always
be done with softboot or for connectors on docking
stations.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
fixes bug 24796
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
AdjustDisplayPll takes care of this for us.
|
|
DVO generally requires 2x ppll on AVIVO cards due to the
way the tmds chip is wired up. Because of this, disable
cloning of DVO outputs.
fixes fdo bug 21857.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Limiting the pll output range is a good thing generally as
it limits the number of possible pll combinations for a given
frequency presumably to the ones that work best on each card.
That's why the limits are in the bios tables. However, certain
duallink DVI monitors seem to like pll combinations that would
be limited by this at least on pre-DCE 3.0 r6xx hardware. This
might need to be adjusted per family or per clock range in the
future.
Fixes fdo bug 24727.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Not supported yet.
|
|
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.
|
|
The *_HIGH regs are reversed. The secondary ones are in the
primary block and vice versa.
|
|
|
|
Newer revisions of the atom firmware table have
changed. This helps select better pll dividers
in some cases. Noticed by Mathias Froehlich.
|
|
- add support for analog option to force edid to analog
mode
- fix compilation on older xservers
- updated man page
|
|
This attribute allows the user to override which
crtc is synced with when XV_VSYNC is enabled. This
is useful for clone modes where the user can might want
to override the default.
|
|
|
|
- Fixes a memory allocation problem introduced with the previous
version of the CustomEDID patch (now in GIT), and
- Enhances the syntax of the CustomEDID option so that I can force
digital output, even if the EDID was acquired over an analog link.
|
|
|
|
|
|
We only support per-component masks.
|
|
This reverts commit 5f846360c46f5a989f5d0fde6d251cdbd61d4968.
Numerous reports of system hangs since this, I'm guessing
some sort of conflict with the drm memory setup. This code
has always been fragile between kernel/userspace drivers.
|
|
This reverts commit 60d9685abddccec17c1a9a5ec48cbe9c92543e0f.
which breaks colormap on 1.6 X server
Conflicts:
src/drmmode_display.c
|
|
use our own wrapper to allocate a pixmap for wrapping a bo in.
|
|
|
|
- clean up tv timing handling
- unify SetCRTCTiming and SetCRTCDTDTiming interfaces
|
|
|
|
Depending on the output and clock, this table will
adjust the pixelclock accordingly.
|
|
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
|
|
Passing null in here stops the mixed pixmap code doing it wrong,
but I'm not 100% sure how it is meant to work, we have the
same issue with the real front bo by the looks of it.
|
|
[agd5f: adapted from kms patch]
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=24316 .
|
|
-EINVAL should only happen if the info ioctl doesn't support
the get accel query. This patch assume that on such case accel
is working.
|
|
for correct colormap operation you probably want 1.7
|
|
|
|
scratch pixmaps seem to interact badly with mixed pixmaps, it appears
some state may be getting left around in the privates somewhere, since
scratch pixmap headers don't get destroyed.
|
|
Allows you to specify an edid per output from a file
to override what is detected by DDC. Useful for
problematic monitors or KVM switches that block
DDC. Specifying an EDID that is not compatible with
your monitor could damage your monitor so use with
caution.
agd5f: cache the custom edid at startup so we don't
have to read it from file every time the output is
queried.
|
|
We need to program the gamma at modeset. no need to use
old cmap interface at all.
|
|
Also add mysteriously missing case statements for ABGR destination formats.
|