Age | Commit message (Collapse) | Author |
|
attachment #3689 (http://bugs.freedesktop.org/attachment.cgi?id=3689)
Fix HW cursor getting silently disabled with EXA.
|
|
|
|
driver if CRT2Position not specified in xorg.conf
<http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6325220>
(Stuart Krietman - Sun Microsystems)
|
|
|
|
the clients to get access to a secure area of framebuffer.
|
|
|
|
|
|
|
|
radeon_commonfuncs.c \
radeon_exa_render.c \
radeon_exa_funcs.c \
|
|
the function (the code above will cause pixmap cache to be freed and
copied around, and these functions must be called after that otherwise
pixmap damage will occur). May be related to #4440, #4456 (unclear if
these setups involve 3d apps)
|
|
coordinates rather than integers.
|
|
stubs from drivers, comment the non-empty ones.
|
|
Include "compiler.h" to define __inline__ on non-gcc compilers
|
|
hook so we can upload a subset of a pixmap, and convert the current
drivers to respect that. Use this support to directly UploadToScreen in
exaGlyphs, providing a 47.4% +/-2.4% decrease in wall time for ls -lR
programs/Xserver in an antialiased gnome-terminal on an M6 (n=3, caches
hot). I would have bumped major version, only I can't tell what the
EXA_VERSION_* is supposed to be doing as opposed to the module version.
|
|
RADEONHostDataBlit.
- Disable the shortcut for switching from 3d to 3d in radeon_exa.c. It
appears that we do need the cache flush here, thought it's not clear
why. Disable the 2d to 2d shortcut while here, since I'm unsure of what
we're doing. Exposed by the following bit:
- Bug #4485: Add a new routine, exaGlyphs, to handle font drawing. Glyphs
were being accumulated in from non-migratable scratch pixmaps, causing
the destination pixmap to move towards screen but the migration
necessary for source never to happen, leading to abysmal performance.
Instead, copy the scratch glyph data into a real pixmap first, then
composite from that into the destination, allowing for migration. time
ls -lR from programs/Xserver showed 26.9% (+/- 6.3%) decrease in wall
time (n=3).
- Create exaDrawableUse* wrapping exaPixmapUse*, but which are aware of
windows needing backing store. Makes migration code prettier, and
ensures that composited windows will be migrated as normal when we turn
off cw for EXA. (issue brought up by keithp)
|
|
allow for PCI/AGP/PCIE cards. Set PCI gart allocation to only happen on
PCIE cards. Add Radeon PCIE card detection using capability bits.
|
|
cards. It has been implicated in hanging at least r300s and some r100s,
and seemed to be the cause of some bad rendering for me.
|
|
hardcoded in configure.ac (config.h).
|
|
|
|
|
|
|
|
controlled at compile time, plus the runtime option of Option
"AccelMethod" "EXA" or "XAA". The XAA support appears to remain as
before, while the EXA pieces need just a little more polishing. Notable
features:
- Render acceleration working on Radeon 100 and 200-series with DRI on.
- DRI works with EXA Notable issues:
- DGA disabled in the EXA case.
- Backbuffer moves disabled in the EXA case.
- No textured XVideo.
- MMIO render acceleration is close but still has some issues.
- Memory pressure while using Composite is really troublesome with DRI on.
This patch is based on an initial patch by Zack Rusin, with significant
work by Benjamin Herrenschmidt and myself.
|
|
needed to support PCIE Radeons using a new DRM.
|
|
waiting for VIP_BUSY so we don't lock up hard, spinning.
|
|
|
|
|
|
|
|
|
|
|
|
Fix this for the modular tree (maybe an unconditional yes?). Define
that we're using a DPMS server and include DPMS headers. (Debian #024b)
|
|
|
|
the first. (Ben Herrenschmidt)
|
|
gracefully -- impose a hard limit of 10ms on waiting for I2C_GO so we
don't lock up hard, spinning.
|
|
|
|
|
|
the same semantics as in drivers/ati/Imakefile.
|
|
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
Update warning about DRI support on R300 and later cards.
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
Properly configure fbLocation and related registers for R300 cards. (Dave
Airlie)
|
|
|
|
X_WARNING and all the "Direct rendering enabled" messages X_INFO.
Ideally, we need to factor some of this stuff out to common code. There
is a *LOT* of duplication among the *_dri.c files under
programs/Xserver/hw/xfree86/drivers.
I'm trying to clean up as much low hanging fruit as I can and got tired of
waiting for ajax. :P
|
|
- Disable building the gamma driver
- Fix numerous Imakefiles to get header paths and subdirs right
- Symlink client-side GLX lib source from Mesa
- Add new shader subdirs to the Mesa core build
- Tweak the DDX drivers to not ask for "xf86dri.h"; they don't need it,
since they don't generate protocol, and it was breaking the build.
|
|
attachment #3191 (http://bugs.freedesktop.org/attachment.cgi?id=3191)
Disable bus mastering while updating MC_FB_LOCATION and friends to
prevent the X server from hanging on startup every now and then under
some circumstances. (ATI Technologies Inc.)
|
|
|
|
|
|
CFLAGS.
|
|
sdk headers. Expand help string for xorg-module-dir option.
|
|
|
|
|
|
vertically in a virtual screen when color tiling and page flip are both
enabled, as it potentially does more harm than good. The flickering
still needs fixing probably though.
|