Age | Commit message (Collapse) | Author |
|
- makes crtc1 and crtc2 watermark setup independant.
- fixes the case where only crtc2 is active
(cherry picked from commit dc231ff8e063313d2bcf5acccad67a9f8a7e3314)
|
|
|
|
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.
|
|
This fixes some occasional mode change problems with multiple heads active.
It seems radeons generally like to turn on the whole output/crtc setup
in one shot.
|
|
As has been done with xf86-video-intel, replace all CARD* datatypes with
uint*_t datatypes available from stdint.h.
|
|
- free rotate pixmaps on VT switch
- save crtc/output status so we only turn on
crtcs/outputs if they are off
- show/hide cursors when changing modes
|
|
Minor changes to avoid declarations mixed with code.
Ansified functions with empty prototype to specify they don't
receive arguments.
Added some prototypes to radeon.h, and major reorder on radeon.h
adding prototypes in alphabetical order and specifying to file that
defines it.
|
|
this fixes stability issues on digital outputs and certain modes.
|
|
|
|
|
|
|
|
sometimes setting a mode on one crtc can cuase a blank screen on the other.
make sure they are both enabled if they should be.
|
|
In some rare cases restoring crtc0 first will result in a blank screen
on crtc1. If you are having issues with a blank screen on crtc1
that used to work on 6.6.3 or before, this should help.
|
|
This first pass is pretty limited. All it currently supports
is transforms for rotation. No blending yet.
Based on inital implementation from Wolke Liu with
additional lock-up fixes by Dave Airlie.
|
|
xf86CrtcRotate() accesses pScrn->pScreen which is not set
during ScreenInit(). This should also be fixed in the server.
See bug 12129
|
|
|
|
|
|
|
|
|
|
Conflicts:
src/radeon_display.c
src/radeon_driver.c
|
|
|
|
this broken legacy radeons
|
|
|
|
|
|
|
|
git+ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
merge master and fix conflicts
|
|
- reduce the calculation accuracy
- certain LVDS panels seem to only like certain ref_divs
- add pll flags to handle special cases
- adjust the pll limits on legacy cards
|
|
|
|
The lid detection code probably wouldn't work on other non-x86 platforms
though...
|
|
Some LVDS panels require specific PLL dividers as
specified in the bios tables. Make sure to use them
if the output is LVDS.
|
|
- Take into account the limits from the bios tables
- Unify the PLL calculation between legacy and avivo chips
|
|
git+ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
merge and fix conflicts
|
|
There are still some issues, but this is better than before.
|
|
|
|
ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
fix conflicts
|
|
Algorithm adapted from BeOS radeon driver with some tweaks by me.
Actually calulate and use the reference divider rather than using the bios default.
Also, always calculate the PLL, rather than falling back to bios dividers.
This should fix bugs 12913, 13590, 13533, possibly others.
|
|
git://git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
Conflicts:
src/radeon.h
src/radeon_crtc.c
src/radeon_driver.c
src/radeon_output.c
|
|
You've whined, you've cried, you've nagged, and you're guilt trippin has
made me do it... It actually wasn't as hard as I thought it would be.
Still not perfect, couple of things to fix yet
|
|
|
|
ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
merge master and fix conflicts
|
|
the clocks do not get set correctly in all cases. this needs
further investigation.
|
|
|
|
It seems the bios scratch regs are involved in backlight control
on some laptops. This patch fixes the problematic laptops and doesn't
seem to break the previous bios lid and output control fixes.
|
|
|
|
|
|
|
|
|
|
|
|
while crtc timing and pll seem to work fine, output setup
and routing don't seem to work too reliably with atom.
AMD claims ATOM was still pretty new with r4xx so
it's probably better to stick with direct programming for
some things.
|
|
|