search for: gxcopi

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