Displaying 5 results from an estimated 5 matches for "gxcopi".
Did you mean:
gxcopy
2009 Oct 22
1
[PATCH] nv04-nv40/exa: Reorder the commands in PrepareCopy to match the blob.
This fixes a somewhat indeterministic corruption problem on nv17 when
there is stuff going on the other fifos (e.g. gallium but I've also
reproduced it with an app just SIFM-ing memory around): in some cases
it made the blits the X server had scheduled use the wrong pitch.
Signed-off-by: Francisco Jerez <currojerez at riseup.net>
---
src/nv04_exa.c | 22 ++++++++++++----------
1
2015 May 19
2
[PATCH 1/2] Check before trying a solid fill
Pre-nv50 has all sorts of funny requirements for non-copy alu
operations, and will bail out of solid fills left and right. Account for
that case and fall back to the memset.
Reported-by: Andrew Randrianasulu <randrianasulu at gmail.com>
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
src/drmmode_display.c | 13 ++++++++-----
1 file changed, 8 insertions(+), 5 deletions(-)
2020 Mar 29
0
[ANNOUNCE] xorg-server 1.20.8
Adam Jackson (1):
Revert "dri2: Don't make reference to noClientException"
Arthur Williams (1):
dix: Check for NULL spriteInfo in GetPairedDevice
Daniel Llewellyn (1):
os: Ignore dying client in ResetCurrentRequest
Dave Airlie (1):
modesetting: remove unnecessary error message, fix zaphod leases
David Seifert (1):
Fix building with `-fno-common`
Dor
2008 Jul 30
5
[Bug 16911] New: xserver EXA optimization causes nv31 to crash
http://bugs.freedesktop.org/show_bug.cgi?id=16911
Summary: xserver EXA optimization causes nv31 to crash
Product: xorg
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2013 Jul 22
0
[RFC PATCH] Support running nested in a Mir compositor
From: Christopher James Halse Rogers <raof at ubuntu.com>
Barring some (admittedly significant) missing optimisations? this is reasonably
complete, but can't be applied until the Xserver patch has landed,
and that needs more work.
This demonstrates the approach, however.
There's probably some code to be shared with XWayland support, around the
output handling (or lack thereof) and