| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
- make sure not to duplicate encoders
- use single encoder array
|
|
|
|
|
|
refactor load detection setup as a byproduct
should fix bug 18719
|
|
noticed by benh on IRC
|
|
should fix bug 11300
|
|
- fixes bug 18395
|
|
Simplify the code, properly handle dithering, coherent mode, encoding, etc.
Should fix bug 17897.
|
|
- unify the ddc and i2c code
- add gpio mask support for legacy chips
- remove the magic gpio dance for ancient monitors
(if you have an ancient monitor that ddc stops
working on let me know). This should speed up DDC
on legacy chips.
-- radeon sw gpio i2c --
4 sets of gpio registers for clk and data and corresponding bit masks
mask - locks the gpio for use by sw
get - reads the value off the gpio pad
put - sets the gpio direction to output
a - "other stuff" On legacy chips you clear them if you want
to use a gpio for i2c. In some cases they are used for the
output value when the gpio in the output state.
|
|
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
|
|
|
|
- I mixed up the regs previously
|
|
|
|
RS4xx chips have a tmds init table in the mobile info table
|
|
- Hopefully finally fix DDC on RS4xx chips
- RS3xx/RS4xx do not have internal TMDS
- general quirk handling cleanup
- we don't currently support mm gpio for external TMDS
so return false.
|
|
- debian bug 492457
|
|
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
|
|
It seems only RS300/350/400/480 are missing the primary dac
See bug 15708
|
|
Needs more work and we need to figure out how best to decide
when to use it.
|
|
|
|
this should fix bugs 16115, 16035
|
|
|
|
RS400 (intel based IGP) and RS480 (AMD based IGP) have different
MC setups and need to be handled differently
|
|
As has been done with xf86-video-intel, replace all CARD* datatypes with
uint*_t datatypes available from stdint.h.
|
|
|
|
Add a connector table quirk for the IBM RN50.
|
|
reported by dwmw2: rhbz 438299
|
|
If you have a washed out image on the tv dac, try this option.
Option "DefaultTVDACAdj" "TRUE"
|
|
|
|
Split out clk, data, and lock regs and masks. some cards use different
regs and masks for each. For cards with ATOMBIOS, use the i2c bios
table to grab the i2c data.
|
|
Unify the radeon/avivo paths and grab the data/clk masks from bios
if available
|
|
|
|
|
|
|
|
|
|
fix typo in atombios header file
|
|
|
|
|
|
|
|
Conflicts:
src/radeon_display.c
src/radeon_driver.c
|
|
|
|
git+ssh://agd5f@git.freedesktop.org/git/xorg/driver/xf86-video-ati into atombios-support
merge master and fix conflicts
|
|
- 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
|
