| Age | Commit message (Collapse) | Author |
|---|
|
- add support for pre-avivo chips
- add support for fixed post/ref dividers
- add support for non-fractional fb dividers
By default avivo chips use the new algo and
pre-avivo chips use the old algo. Use the
"NewPLL" option to toggle between them (set to
TRUE for the new algo, FALSE for the old).
|
|
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.
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
This should hopefully help the problems with flickering
and blinking monitors reported on some systems. If there
are problems, the old PLL algorithm can be selected with:
Option "NewPLL" "FALSE"
in the device section of your X config.
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>
|
|
The *_HIGH regs are reversed. The secondary ones are in the
primary block and vice versa.
|
|
|
|
- clean up tv timing handling
- unify SetCRTCTiming and SetCRTCDTDTiming interfaces
|
|
|
|
Depending on the output and clock, this table will
adjust the pixelclock accordingly.
|
|
Still haven't implemented the actual watermark
calculation, but this forces the display requests
to urgent if the user specifies DisplayPriority HIGH.
|
|
If the DisplayPriority option is set to HIGH,
force the diplay mem requests to urgent.
|
|
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>
|
|
Both chips program the same in this regard
|
|
fixes bug 21413
|
|
Preferring a freq <= target frequency seems to fix the
previous issues with frac fb divs. Appears to work fine
on all hardware I've tested on. See fdo bug 22229 for
details. Should fix bugs: 22229, 21553, 21413, and
possibly other ones related to unstable images at certain
resolutions.
|
|
This helps with flickering and blanking when
there is contention for MC bandwidth.
|
|
- atom dpms was unblanking for standby/suspend
- return if r600+ in radeon_crtc_modeset_ioctl()
- remove seprate standby/suspend handling in legacy
crtc dpms. we turn the outputs off, so turn the
crtcs off too.
- disable the crtcs in legacy crtc dpms
- move radeon_crtc_modeset_ioctl() calls to radeon_crtc_dpms()
so they will get called for both atom and legacy paths
Should fix bug 21321
|
|
Allows us to hit dot clocks much closer, especially on
chips with non-27 Mhz reference clocks like most IGP chips.
This should fix most flickering and blanking problems with
non-exact dot clocks.
|
|
Patch from Eduard Fuchs with some cleanup from me.
Tested at 32 bpp on MPC8641HPCN board (PowerPC) with
HD2400 PCIe card
|
|
If set, enables the use of atombios for modesetting
on r4xx cards.
|
|
low 2 bits of X need to be 0.
|
|
The bios doesn't provide one. If there are problems
with certain panels, we may need to adjust the PLL flags
in certain cases.
Should fix bug 20458
|
|
No luck yet for aspect on pre-avivo chips
|
|
If the crtc timing isn't setup, you might get stuck in a loop
in the BlankCRTC command table
fixes bug 16781
|
|
|
|
This should handle initial rotation as well.
|
|
When rotation is active, virtualX and virtualY change.
|
|
|
|
|
|
|
|
- also cleanup some debugging output
|
|
|
|
|
|
|
|
|
|
|
|
Thanks to Peter Zijlstra for making me debug this and providing
feedback.
|
|
Only avoid the vlines we are rendering to, instead of the entire
screen. This way we don't stall the card for longer than we
absolutely have to.
EXA calls fixed by Alex Deucher.
|
|
- Fix up VLINE handling to trigger whenever scanout is outside the
visible area.
- Render the video as a scissored triangle as R300+ cannot render a
quad in a single pass.
|
|
if the dest pixmap is the front buffer, stall the pipe
until the vline is outside the active area.
For EXA, pick crtc based on the larger mode area;
ideally we'd have one pixmap per crtc.
For Xv, use dst window area to determine crtc.
|
|
Only do the HIGH trick on the DCE3 cards. Tested on rv610/630/770.
|
|
|
