| Age | Commit message (Collapse) | Author |
|---|
|
It's only fair.
Compile-tested only.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
This should hopefully help the problems with flickering
and blinking monitors reported on some systems. If there
are problems, the old PLL algorithm can be selected with:
Option "NewPLL" "FALSE"
in the device section of your X config.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
noticed by Matthijs Kooijman on fdo bug 22140
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
The dimension of an XvImage is limited to 2048 x 2048 even if an adaptor
supports larger image.
XvCreateImage and XvShmCreateImage lower the width or height of an image.
XvPutImage and XvShmPutImage return BadValue.
The cause is that 2048 is hardcoded in RADEONQueryImageAttributes.
|
|
|
|
This ports the mesa DMA buffer handling with the 3 lists,
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
sync polarity, etc. This will likely fix LVDS problems
on some laptops.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
All of the drawing ops were the exact same modulo the vtx size,
this along with the vertex buffer wrapping code could all be consolidated
into a smaller set of functions.
This also adds 2 VBO which we switch between, and merges a #define to
enable the multiple operations in one CS under KMS mode.
Multi-operation still isn't working though.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
When acceleration is disabled we need to reallocate
a new shadow framebuffer and we should also avoid
calling any EXA function as EXA is disabled in such
case.
|
|
According to the DCE3 docs we should only use DAC1/2 not
CV1/TV OutputControl, also my rv730 bios doesn't have any
CV1/TV tables.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
a) crev and frev are reversed
b) my rv730 bios only has one mode in it, so
bounds check the table size.
|
|
|
|
|
|
|
|
|
|
turn this off for now, on my rv635 desktop, I started getting blanks
in places in firefox and the odd bit of font corruption, need to
track that down.
This reverts commit 985a065518b1d33599de33f7fe082d3302db58a6.
|
|
This moves to a boolean instead of using VRAM sizing.
as per Michel's suggestions on list.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
This switches on multiple ops in a single CS under KMS/DRI2.
It gets for on a Pentium D 3 + rv740 from 330,000 to 500,000
with x11perf -aa10text.
It also knocks a couple of seconds of gtkperf -a
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
To put multiple ops into one CS, you can't just discard the whole
IB. This add supports for reset the CS cdw to the correct place
after an op discards.
Still doesn't enable the final accel bits.
|
|
this is needed for server recycle.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
This changes the vertex buffer index to be an offset, and
records the start of the vb for each operation and uses
that to set the operations up.
This still flushes after each operation to make sure we have
no regressions in non-kms/kms cases.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
|
|
This just merges it with the main kms cs flush
|
|
|
|
In some cases the atom transmitter table sets the
golden value of this reg differently which some monitors
don't like. I haven't had time to dig further, so this
works around it for now.
Fixes fdo bug 24313
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
|
|
This patch returns NULL for pixmap creation when we are using
mixed pixmaps and the pixmap has a size.
The size check is necessary for the front buffer.
We add a flag to force pixmap creation for certain pixmaps
that need to be hw, like the DRI2 and Xv ones.
Idea from Michel and workarounds from Ben Skeggs.
v2: add Option "EXALowVRAM" to allow configuring this, value in MBs.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
aux channel atom command table delay is 10 usec units
this gets the link training working, but alas, no image.
|
|
limit was increased to 4021 in r4xx.
fixes fdo bug 25191.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Something's wrong with the status check.
|
|
|
|
When we resize the front buffer we need to reduce the flush limits
appropriately.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
We were overflowing this in my case with a 2704 width desktop,
so videos were stopping around 700 bytes across the screen.
can I haz shatter already?
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
- use coherent
- fix up lane/clock numbers
|
|
Using common defaults will reduce errors and maintenance.
Only the very small or inexistent custom section need periodic maintenance
when the structure of the component changes. Do not edit defaults.
|
|
- clean up handling of linkb, etc.
- add support for ATOM_TRANSMITTER_ACTION_SETUP_VSEMPH
to existing transmitter control function
- fix lots of warnings
|
|
|
|
Some systems have multiple connectors connected to the
same encoder; e.g., DVI and HDMI connected to the same
encoder with the same ddc line. Since we expose
connectors as xrandr outputs, randr treats them separately
which results in it trying to source the same encoder to
different crtcs. If we have an HDMI and DVI-D port on the
same encoder, pick the one to be considered connected
based on the edid (HDMI if edid indicates HDMI, DVI
otherwise). Also, don't turn off (dpms) encoders that are
shared.
Fixes fdo bug 21767.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
We have to translate from the kernel encoder cloning to the randr
connector cloning, we do this by constructing an encoder mask per output
and an encoder cloning mask per output then comparing them.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
we do the normalization and xforms in the vertex
shader.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
