Age | Commit message (Collapse) | Author |
|
|
|
x86_64 in addition to amd64 in host_cpu.
|
|
|
|
- Only define EXTRA_DIST when there are actually man pages to be processed
- Add missing man pages to keyboard and ati drivers EXTRA_DIST
|
|
substitutions to work better with BSD make
|
|
of indirectly
|
|
|
|
the clients to get access to a secure area of framebuffer.
|
|
|
|
system to build the README file at make dist time
- in util/macros/xorg-macros.m4, add a new XORG_CHECK_LINUXDOC macro that
will check if the required tools and files exist, and if so set a
conditional.
- util/modular/symlink.sh
- Link all the <driver>.sgml to xf86-video-<driver>/README.sgml
- Add all the README.<driver> to the list of excluded files
- xc/programs/Xserver/hw/xfree86/doc/sgml/SiS.sgml: Various changes to make
it spew less warnings when the text file is built.
|
|
|
|
|
|
|
|
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.
|
|
- Verify and update package version numbers as needed
- Implement versioning scheme
- Change bug address to point to bugzilla bug entry form
- Disable loadable i18n in libX11 by default (use --enable-loadable-i18n to
reenable it)
- Fix makedepend to use pkgconfig and pass distcheck
- Update build script to build macros first
- Update modular Xorg version
|