| Age | Commit message (Collapse) | Author |
|---|
|
Noticed by fnord42 on IRC.
|
|
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>
|
|
fixes bug 15954
|
|
locks/unlocks the crtc/grph/mode regs before updating the crtc
|
|
This makes sure the driver ends up with a DT_NEEDED reference to
the libraries it's using.
|
|
|
|
|
|
|
|
pci id from legume on #radeon
|
|
|
|
|
|
|
|
|
|
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..
|
|
adds pci ids and one register from AMD code
|
|
fixes bug 14904
|
|
This reverts commit 22c6ca0d5d226c725ba448e5db63fdba9e32332c.
There seems to be an ordering issue in that causes a nasty hang
if the DRI is enabled. This needs more investigation.
|
|
need to set modes after init accel architecture
reported-by: Christoph Bartoschek <bartoschek@or.uni-bonn.de>
|
|
We never test the other codepath and I don't think I've ever recommended it
for anyone.
|
|
|
|
Some RS4xx chips had the DRI disabled by default.
With the recent drm and ddx changes these chips have been
reported to work now with the DRI.
|
|
This doesn't have anything to do with the package version.
|
|
It seems only RS300/350/400/480 are missing the primary dac
See bug 15708
|
|
This reverts commit e78e8a21b4040cd7f1983c241c860d9209398396.
|
|
now radeon shows verion 6.9.0 instead of 4.3.0.
RADEON_VERSION_MAJOR_TILED is dropped from ddxDriverMajorVersion
since RADEON_VERSION_MAJOR is bigger now.
|
|
|
|
See bug 16512
|
|
|
|
Oops I really didn't mean to do this, I was testing something and it slipped
past.
This reverts commit dd18caa4b2efc430eaae0c4362b65641f9bef440.
|
|
- Flush caches and wait for idle after drawing
- Make sure 3D is idle too (after composite or textured video)
|
|
git://anongit.freedesktop.org/xorg/driver/xf86-video-ati
|
|
This should help to avoid 2d & 3d engine to step on each
other dma transaction.
|
|
|
|
|
|
|
|
- fix some warnings
- RS400 and RS480 are separate families now (update default tmds and dac2
tables)
|
|
VGA has never worked on some IGP chips. While the chip only has
one DAC, it appears to use a mix of Primary DAC and TVDAC controls.
See bug 15708
|
|
|
|
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.
|
|
See bug 14289
com_bios_scratch.diff
|
|
|
|
|
|
|
|
discovered on irc with wpwrak.
|
|
ssh://git.freedesktop.org/git/xorg/driver/xf86-video-ati
|
|
This just means your drm is old, not fatal or anything
|
|
This reverts commit effa245914823371e052cd9aa1143a02350891e7.
|
|
|
|
|
