| Age | Commit message (Collapse) | Author |
|---|
|
DoLoadableServer = NO systems.
|
|
change "foo.h" to <X11/foo.h> for core headers, e.g. X.h, Xpoll.h;
change "foo.h", "extensions/foo.h" and "X11/foo.h" to
<X11/extensions/foo.h> for extension headers, e.g. Xv.h;
change "foo.[ch]" to <X11/Xtrans/foo.[ch]> for Xtrans files.
|
|
|
|
RageTheatreMicrocType
|
|
UDA1380 sound processor
|
|
coresponding theatre module
|
|
|
|
|
|
|
|
theatre_detect
|
|
|
|
which caused Apple Studio Display monitors to shut off after a second
or so (Ben Herrenschmidt).
|
|
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c
Patch from Antti Ajanki - provide VBI capture support for PAL and SECAM
(You need GATOS km module to actually get at the data, the change
merely configures the hardware to handle it correctly).
|
|
attachment #2230 (http://bugs.freedesktop.org/attachment.cgi?id=2230)
Wait for idle before uploading HW cursor data to the framebuffer to
avoid lockups when moving the mouse on some machines.
|
|
attachment #2227 (https://bugs.freedesktop.org/attachment.cgi?id=2227)
Fix build problems introduced by previous Radeon PLL errata
workarounds.
|
|
attachment #1516 (https://bugs.freedesktop.org/attachment.cgi?id=1516)
Add TVOUT Support for Mach64 (Leif Delgass, fixed up for Xorg by me).
|
|
Hui Yu)
|
|
Inc.)
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_mergedfb.c Back out
RadeonWaitForIdleMMIO that I put in earlier.
From discussion on dri-devel we do not need to be as careful with INREG()
access on Radeons as we are on mach64 chips.
The fix is backed out due to:
it breaks DRI on SMP systems (due to absense of the lock in mouse handling
functions)
I am no longer able to reproduce the lockup I saw before
|
|
multiple of 32 pixels (bug #788)
|
|
R300 and above - presumably the filtering should take place at the DRM
driver level. Correct cut'n'paste position misprint. Big thanks for
Michel Danzer for pointing out both improvements.
|
|
chips work fine with R300 microcode. Thanks go to Rune Petersen for
careful investigation.
|
|
caused by the tiling support (bug #2481)
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c
Fix an INREG without WaitForIdleMMIO. This one should be unlikely to
trigger, but we should still do this in the name of correctness.
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_mergedfb.c
Add a call to RADEONWaitForIdleMMIO() within RADEONChooseCursorCRTC() as
this function uses OUTREGP() which, internally, calls INREG().
Thus (due to SilkenMouse) INREG() could be called while CP engine was busy.
I have observed this lockup on RV350 + R300 3d driver and have no idea
why no issues were reported for R200 cards. Perhaps, few of them have
enough memory to run merged fb and 3d simultaneously ?
This fix is the right thing to do, however, we might also need to put fifo
management calls into other cursor handling functions (in particular
those that write cursor image directly to video memory).
|
|
|
|
|
|
(yet) (Bugzilla #2504)
|
|
need the special treatment, after all (reported by Stephane Marchesin)
|
|
|
|
Convert all XAA accel code to use explicit dst and src offset pitch
control to make it work. Use the new drm surface ioctls to set up the
tiled surfaces (if dri is enabled).
|
|
|
|
with DRI support (Bugzilla #2370)
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
Some of the newer Radeons (R420 for example) have MM_TABLE's with size 0x33
(instead of 0x0c that we know). Furthermore, they lockup during access
of I2C bus !
Add a check to validate MM_TABLE. Note: the check is not more stringent as
other card manufacturers (like Asus or Tekram) might make cards with
slightly different MM_TABLE.
|
|
- formatting cleanup
|
|
|
|
|
|
|
|
|
|
|
|
should now work on ppcs without usefbdev. To use this on ppc make sure
you set "usefbdev" to false. (bug 2089)
- Apply Benjamin Herrenschmidt's radeon patches (bug 2064)
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_accel.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
Move DMA robustness fix into radeon_dri.c::RADEONEnterServer() as per
suggestion by Michel Dänzer.
I could not trigger a lockup, even with r300_demo (possibly it has code
that flushes cache inside ?), so this must be good enough..
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_accel.c
Add DMA robustness fix from Nicolai Haehnle.
TODO: move this fix into DRM driver or other parts of Xserver when R300
support is more stable.
This fix affects only R300 and later variants and results in small slowdown
when using CP acceleration in comparison to the previous version of the
driver.
We are still a lot faster in CP mode than using MMIO register access.
|
|
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_render.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_accel.c
Make DMA blitting code more robust.
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
Enable DRM support permanently, allowing its use for any CHIP_FAMILY >
R300. Fix bug in naming Mesa3d driver (it was defaulting to r200)
|
|
|
|
programs/Xserver/hw/xfree86/drivers/ati/radeon_accel.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
programs/Xserver/hw/xfree86/drivers/ati/radeon_common.h
programs/Xserver/hw/xfree86/drivers/ati/radeon_version.h Add R300 (and
later) DRM support, protected by X_R300_DRM option.
Note: at the moment this is for 2d support only, if enabled running
glxgears locks up my machine, but DMAForXv=yes works fine.
|
|
|
