Age | Commit message (Collapse) | Author |
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
The sam440ep PPC board requires a ConnectorTable xorg.conf option, but putting
in that option causes the radeon driver to crash. I finally traced it to a
copy-and-paste bug in radeon_output.c as a result of a major rework in commit
82f12e5a40c1fbcb91910a0f8b725c34fff02aae.
The actual crash occurred in RADEONPrintPortMap().
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
This issue was introduced due to last minute backout of RandR-1.4
in xserver 1.10-rc3.
Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard.
See also <http://lists.x.org/archives/xorg-devel/2011-February/019643.html>.
Note:
The ddx needs a rebuild as the X video driver ABI changed to version 10.0.
Reported-by: Alex Deucher <alexdeucher@gmail.com>
CC: Keith Packard <keithp@keithp.com>
Signed-off-by: Sedat Dilek <sedat.dilek@gmail.com>
|
|
Noticed by: Warren Block <wblock@wonkity.com>
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
atombios_pick_dig_encoder() needs to be called
with a valid crtc assigned.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
This will ensure the xserver definitions necessary to compile the new code are
there. xf86CrtcSetMode will be unresolved at runtime with a few xserver
commits, but I'm afraid this is the best we can do.
See https://bugs.freedesktop.org/show_bug.cgi?id=33719 .
|
|
xf86CrtcSetMode was removed in:
http://cgit.freedesktop.org/xorg/xserver/commit/?id=8b35118c03590a7ad3786d3284bafb3f40fcb8cc
|
|
- Header size was already subtraced from table size
- Only hw capable ddc pads are shared with aux
|
|
interlaced used to work without setting these parameters. Changes
in the xserver seem to require them now.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=29591
|
|
The pins for ddc and aux are shared so you need to switch the
mode when doing ddc. The ProcessAuxChannel table already sets
the pin mode to DP. This should fix unreliable ddc issues
on DP ports using non-DP monitors.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
This removes a bunch of strict aliasing warnings and fixes the
codepaths up like the latest KMS code, including a workaround for a bug
on evergreen.
|
|
Fixes deprecation warnings with xserver master and should also work with older
xservers.
|
|
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
|
|
|
|
Needed for systems with more than two outputs.
Both KMS and non-KMS zaphod work on systems with
more than two outputs now.
|
|
analog is already supported by the existing code.
|
|
|
|
- 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>
|
|
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
|
|
|
|
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>
|
|
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>
|
|
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>
|
|
- add support for analog option to force edid to analog
mode
- fix compilation on older xservers
- updated man page
|
|
- 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.
|
|
- clean up tv timing handling
- unify SetCRTCTiming and SetCRTCDTDTiming interfaces
|
|
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 should print this after DAC detection to be useful for TV
|
|
Technically HDMI-B is a glorfied DL DVI, but this is confusing
to users, so call it DVI when reporting randr outputs. This
allows us to remove two quirks where the bios was actually
correct.
|
|
|
|
No functional change, but this logic would need extending anyway for
DisplayID, so unify it now.
|
|
HDMI-B is really a glorified DL-DVI connector, the analog pins work fine.
|
|
|
|
This helps with flickering and blanking when
there is contention for MC bandwidth.
|
|
- hw i2c engine has pin selection on r2xx/r2xx/r3xx chips
- also switch hw i2c pin sel for external tmds
|
|
Alex seems to think this might affect some other chips
|
|
The rv410 hw i2c block appears to hold down whatever i2c lines
it is connected to when in reset, so when doing DDC change hw i2c to
point at different i2c lines.
|
|
This reverts commit f8c7d6a6162196a743f6885ecaf63ba50de1722a.
This is apparently still needed for some setups, however, I can't
reproduce this locally anymore.
|