| Age | Commit message (Collapse) | Author |
|---|
|
All radeons have them. Thanks to Yang Zhao for figuring
this out.
|
|
No luck yet for aspect on pre-avivo chips
|
|
This reverts commit de358736dc696559ba99c71cf5b2a97508201630.
|
|
|
|
The PrepareAccess hook can now get six different indices.
Also remove superfluous instances of #include "exa.h".
Note that you may need to run autoheader manually to get config.h.in updated.
|
|
If the crtc timing isn't setup, you might get stuck in a loop
in the BlankCRTC command table
fixes bug 16781
|
|
Should fix bug 19924
|
|
This fixes some VT switch issues on some chips
|
|
|
|
|
|
|
|
|
|
- make sure not to duplicate encoders
- use single encoder array
|
|
|
|
|
|
|
|
This adds support for the digital outputs on the RV730.
|
|
|
|
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.
|
|
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.
|
|
refactor load detection setup as a byproduct
should fix bug 18719
|
|
Some cards share DDC between a HDMI and VGA output, and expect the
driver to use load detect or EDID to figure it out.
airlied- shipped in RHEL5
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Simplify the code, properly handle dithering, coherent mode, encoding, etc.
Should fix bug 17897.
|
|
The atom calls use the hw i2c engine for DDC. For some
reason, sw i2c doesn't seem to work on the VGA GPIO on
RV410 chips, so we use atom in that case.
This fixes the longstanding VGA DDC problems on RV410/M26
chips.
|
|
|
|
|
|
- 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.
|
|
- 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.
|
|
|
|
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>
|
|
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
|
|
XPRESS chips added a second set of FP control registers.
I don't have the hw to test however.
|
|
|
|
Enabled by default. The TMDS transmitter can be programmed
slightly differently depending on the chips in the panel. If you
have problems with tmds on a particular panel, try disabling it.
|
|
|
|
|
|
DACs are working well, DIG support (DVI, HDMI, LVDS, etc.)
still has some issues.
|
|
Save/Restore the entire block for each output.
This should fix VT switch problems.
|
|
|
|
|
|
Noted by Maciej Cencora on IRC
|
|
This should fix the color banding some people have noticed.
Also save/restore DDIA regs on RS6xx
|
|
|
|
Tested on my M10-based laptop.
|
|
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
|
