| Age | Commit message (Collapse) | Author |
|---|
|
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
|
|
- 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
|
|
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.
|
|
|
|
modelled after Matthias' similar rhd change
|
|
Seems higher dotclocks prefer a higher FB div.
Someone with a lot of should try and find out where
the div sweet spots are for various dotclock ranges.
fixes bug 17125
|
|
- support for LB allocation
- MC priority bumps for display1/2 on RV515 variants and RS690
If you are having display underflow problems (flickering on sides of
screen in high res modes, etc.) on RV515 or RS690 boards, try setting:
Option "DisplayPriority" "HIGH" in your config.
- still no support for full display watermark programming yet
Something similar might be useful in rhd as well.
|
|
|
|
locks/unlocks the crtc/grph/mode regs before updating the crtc
|
|
|
|
This is a cleaned up (in as much as atombios can be..) of benh's patch.
airlied - removed benh's debugging for now, it might need to be put back later..
|
|
Patch from Jiří Paleček (see debian bug 465864) with some tweaks
by me.
- abort rather than programming bad dividers if no pll dividers can be found
- improve the pll selection algorithm
- in general, prefer lower ref dividers
I've tested this patch on a wide variety of chips (r1xx-r6xx) and clocks.
|
|
|
|
As has been done with xf86-video-intel, replace all CARD* datatypes with
uint*_t datatypes available from stdint.h.
|
|
|
|
This reverts commit dd8ee1b444f4b973a1e0fadca5f943f2162b5e94.
Conflicts:
src/radeon.h
src/radeon_driver.c
This rework seems to have caused more trouble than it was worth.
|
|
tested on r600 with DVI and VGA
|
|
the scrn ones""
This reverts commit fc9af578997b6f22ee8b17e83f37d98689291b0e.
I see your revert and raise you one...
|
|
ones"
This reverts commit c2b1c8b706a6c7c1fd0af80091958473133d54e7.
These registers hold surface size. Using the mode values
breaks dualhead.
|
|
this fixes it properly, legacy appears to be okay.
|
|
I'm not 100% sure this is the correct fix (maybe we shouldn't be using scrn
virtualX/Y)... this will fix it for now until I get more time.
|
|
|
|
this fixes stability issues on digital outputs and certain modes.
|
|
|
|
|
|
|
|
|
|
DACs are working well, DIG support (DVI, HDMI, LVDS, etc.)
still has some issues.
|
