| Age | Commit message (Collapse) | Author |
|---|
|
This isn't the correct fix, we should just fix the repeat case, but for a
stable release this is much better idea
(cherry picked from 84e574986f61c4f250d6ecb938bab20847618906 commit)
|
|
(cherry picked from f96ddd32d3a9e64dc0adec5c50386d6db5b182ee commit)
|
|
This prevents the ROMs on some Mac cards getting treated as x86 BIOSen,
resulting in garbage values.
(cherry picked from c979c7f87fc449cc9631820101edff82c3013e66 commit)
|
|
Fetch the correct displayWidth from fbdevhw after setting the mode.
(cherry picked from 145c716de6d42778e447581578f3e4db13c9a653 commit)
|
|
mode without config file (Henry Zhao)
|
|
fixes bug 6966
|
|
This should fixup the rn50/m6/m7 memory map problem that has been reported
since BenH's memory mapping changes
|
|
|
|
|
|
I've no idea what this is for, it came from an ATI codedrop and it may
fix some laptop or production system, but it looks to me more like a dirty
hack than a true fix, as I have an M7 which I need to specify CRT for the
second head and it breaks mergedfb for me.
|
|
This reverts caaed927a07ffbac68b08246185ef93c1e7bb98c commit.
See https://bugs.freedesktop.org/show_bug.cgi?id=8137 .
|
|
|
|
* [ Bug 6309 ] radeon/r128 fails to read hsync/vsync rates when rang
* descriptor is missing
* [ Bug 5473 ] Blank screen with Radeon Mobility X700 (Acer Ferrari 4005)
* Reboot should not be needed for external CRT to function when connected
later on Ferrari 4000
* Modes need to be sorted, and sorted correctly
* Provide all resolutions (instead only the largest one) in MergedFB clone
mode without config file
* Bump up clock rate for ES1000 to allow higher resolution
|
|
|
|
|
|
This fixes many mach64s, but potentially breaks mach32. Mach64 is widespread
on ia64 machines but PCI mach32's are quite rare on any platform.
|
|
|
|
Rather than publish a non-existant driver name for RN50, just don't bother
initializing it in the first place.
|
|
|
|
|
|
Caching DP_WRITE_MASK causes artifacts, e.g. with evas_xrender_x11_test.
|
|
|
|
RENDER accleration is disabled by default. It is strongly recommended that the
patch from bug #6772 and the 'exa-damagetrack branch' are merged in the xserver
before enabling RENDER acceleration. To enable RENDER acceleration, add the
following in xorg.conf:
Section "Device"
[...]
Option "AccelMethod" "exa"
Option "RenderAccel" "true"
EndSection
|
|
This is inspired by a patch in XFree86 from David Dawes, it isn't the
same as we have different gamma curves.
|
|
EXA hits these limits for some operations on offscreen pixmaps and GTPRO seems
to support the reduced limits.
|
|
EXA hits more optimized paths when it does not have to fallback because of
missing UTS/DFS.
|
|
- DRI: factor out to separate function and add comments on layout
- no DRI: factor out to separate function, maxScanlines is always equal to
ATIMach64MaxY
|
|
|
|
|
|
|
|
Fix corruption associated with the engine randomly not waiting for a copy
operation to commit its results.
|
|
Fix corruption when scaling 1-pixel wide pixmaps, in which case the first CPU
read of the framebuffer will return stale data.
This bug always manifests itself in mach64 EXA (to be committed soon), with
this patch mach64 EXA passes rendercheck.
|
|
|
|
|
|
Use the corresponding texture formats with R200 family.
Unfortunately, it looks like the R100 family can't accelerate these source
formats, so we have to fall back for them.
|
|
|
|
This is a workaround for ATI Radeon 7000 erratum F1.
|
|
OTOH, flush everything when the previous engine mode is unknown, and mark the
engine mode as unknown in a couple more cases.
|
|
|
|
|
|
As a result, quite a bit of code can be removed that attempted to deal with the
EXA offscreen memory disappearing, with varying success. Because the HW cursor
memory is now always immediately after the front buffer and before the back
buffer, this also fixes bug #6808.
As the HW cursor memory is now reserved statically with EXA and XAA, change
RADEONUseHWCursor() to check info->cursor instead of info->cursor_offset, for
which 0 might become valid with HW cursor enabled in the future.
Change info->cursor_offset from unsigned long to CARD32 as the corresponding
register is 32 bits wide, and to avoid issues with printf.
|
|
|
|
This will still break with 2048 lines...
|
|
Based on patch from Weixing Zhang, but still allows enabling it with Option
"RenderAccel".
|
|
|
|
|
|
|
|
|
|
|
|
fglrx appears to do this on r300 and Jerome Glisse has spent most of his
life tracking down what caused the 9800 to lockup. This is my attempt to
fix this. Please report if it works for you.
Signed-off-by: Dave Airlie <airlied@linux.ie>
|
