| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Thomas Hilber <sparkie@lowbyte.de>
Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
|
|
- made 'git clone git://anongit.freedesktop.org/git/mesa/drm' obsolete
- introduced new xorg.conf options for both intel and radeon FRC patches
- FRC (aka sync_fields) switch (default on)
- process priority (default 0)
- FRC debug output (default off)
- fixed a driver bug in radeon DRM with possible cause of crash
- removed code looking for lost VBLANK interrupt in radeon DRM. This issue
has been fixed by standard lenny kernel.
Signed-off-by: Thomas Hilber <sparkie@lowbyte.de>
Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
|
|
Some M6 chips have a faulty MEM_SIZE register that in
some cases reports 0 on 8 MB cards. On EnterVT we check
the MEM_SIZE reg as a check to see if the card is posted or
not. Since this reg returns 0, the driver attempts to post
the card which can lead to a hang. Switch this to check if
either crtc is active as is done in the bios init code.
fixes bug 13994
(cherry picked from commit 268c848130ec1770bb645a74197b6aca7fc95abc)
|
|
(cherry picked from commit b0378bb145c8a915c943bef7d17f2cdecfccc891)
|
|
This patch fixes the console switch for me on R5xx.
There are two aspects to it:
- Fix the ordering of avivo_restore() to better match what's
happening in the driver & ATOM, properly locking/unlocking and
only enabling the CRTCs after everything has been properly
programmed.
- Don't ASIC_INIT if the card has any CRTC enabled. This is the
best I came up with for avoiding spurrious ASIC_INIT on cards that
-are- POSTed but don't have the BIOS coming from c0000 on x86. The
problem with spurrious ASIC_INIT is that we do it before we do
RADEONSave(), so that screws up the console switch.
Note that I think we also should save/restore the palette, I don't think
we do. right now, it's a minor issue for me because I fixed offb to be
able to set it on AVIVO's but it might still have to be done in the long
run.
Tested with a VGA analog setup on DACA and a DVI setup on TMDS 0. I
haven't tested any other combo but that should get us going.
Cheers,
Ben.
Signed-off-by: Dave Airlie <airlied@redhat.com>
(cherry picked from commit df53d12a06fad41f00cff849458cb358ab5e2098)
|
|
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..
(cherry picked from commit 61f82ace0210251beb0bcc492218a75a193e1deb)
|
|
discovered on irc with wpwrak.
|
|
noticed by ghepeu on irc.
|
|
|
|
|
|
On some radeons you can't read the bios without initializing int10.
On ATOM-based secondary cards, intitializing int10 tends to hang the card.
|
|
|
|
this should fix bugs 16115, 16035
|
|
This should fix VT switch on vesafb
|
|
RH BZ 441492
|
|
|
|
RS400 (intel based IGP) and RS480 (AMD based IGP) have different
MC setups and need to be handled differently
|
|
The compiler pointed this out...
|
|
As has been done with xf86-video-intel, replace all CARD* datatypes with
uint*_t datatypes available from stdint.h.
|
|
see debian bug 480312
|
|
So it appears we have in the wild two chipsets with the same PCI ID (0x1002:0x5974)
that are mobile and non-mobile.
the RH bug references is a desktop system.
The Dell Vostro 1100 also has this chipset with LVDS bits.
|
|
|
|
- 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
|
|
this fixes tcl/pvs on RV515 among other things
|
|
|
|
This patch adds support for dynamic clock gating and static
power management using the atom command tables. In some cases
the bios may already set this up during post, so YMMV.
I was only able to test on desktop cards, so I haven't tested
to see how much (if any) power this saves or how it affects the
thermal footprint.
|
|
|
|
This reverts commit dd8ee1b444f4b973a1e0fadca5f943f2162b5e94.
Conflicts:
src/radeon.h
src/radeon_driver.c
This rework seems to have caused more trouble than it was worth.
|
|
This reverts commit be0858a84fbdf74c0b844f462933a221d48c707d.
Conflicts:
src/radeon_driver.c
|
|
|
|
This reverts commit 9b4473c1d830b88866dd22e8174a07195bd6fcf4.
This doesn't help.
|
|
|
|
On some laptops the bios attempts to re-program the chip
when a lid event comes in. This should hopefully prevent
the bios from doing that.
|
|
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.
|
|
Not sure why this needs to be done twice. Should fix bug 14980
Probably needs more investigation.
|
|
|
|
|
|
|
|
|
|
ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati
|
|
|
|
|
|
git+ssh://git.freedesktop.org/git/xorg/driver/xf86-video-ati
|
|
If you have a washed out image on the tv dac, try this option.
Option "DefaultTVDACAdj" "TRUE"
|
|
DACs are working well, DIG support (DVI, HDMI, LVDS, etc.)
still has some issues.
|
|
The xf86-video-ati drivers are one of the cases where LoaderSymbol is
widely used in some obscure ways. This patch fixes the problem, and
allows compiling with -fvisibility=hidden.
|
|
this should restore the proper output state on VT switches
|
|
info->mc_* were used and the immediately copied into info->ModeReg
ones. Just use the ModeReg copies directly.
|
|
Don't restore memmap regs on every mode switch.
Just do memmap save/restore/setup on server start and VT switch.
|
|
|
