Displaying 20 results from an estimated 100 matches similar to: "[PATCH] nv/exa: fix 15/16 bits solid fill"
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(-)
2009 Mar 08
4
[PATCH 1/5] nv50: implement wfb
- Only for sufficiently new xserver's and exa_driver_pixmaps.
---
src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++--
src/nv_driver.c | 51 +++++++++++--
src/nv_proto.h | 4 +
src/nv_type.h | 12 +++-
4 files changed, 267 insertions(+), 17 deletions(-)
diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c
index 93fc3c5..074a226 100644
---
2009 Dec 30
0
[PATCH] Fix surface_fill alpha
Currently surface_fill sets alpha incorrectly to 1.0 when drawing to
A8R8G8B8 instead of the correct value.
xf86-video-nouveau has the following comment confirming the issue:
/* When SURFACE_FORMAT_A8R8G8B8 is used with GDI_RECTANGLE_TEXT, the
* alpha channel gets forced to 0xFF for some reason. We're using
* SURFACE_FORMAT_Y32 as a workaround
*/
This
2020 Jul 31
0
X.Org security advisory: July 31, 2020: Xserver
X.Org security advisory: July 31, 2020
X Server Pixel Data Uninitialized Memory Information Disclosure
===============================================================
CVE-2020-14347
Allocation for pixmap data in AllocatePixmap() does not initialize the
memory in xserver, it leads to leak uninitialize heap memory to
clients. When the X server runs with elevated privileges.
This flaw can lead
2010 Oct 04
2
[Bug 30603] New: X crash in NVAccelDownloadM2MF with KDE desktop effects enabled.
https://bugs.freedesktop.org/show_bug.cgi?id=30603
Summary: X crash in NVAccelDownloadM2MF with KDE desktop
effects enabled.
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo:
2009 Mar 08
1
wfb patches
These patches are pretty much done, except for a compile warning somewhere.
The major remaining bottleneck is this line (as far as i can tell):
offset -= (unsigned long) pPixmap->devPrivate.ptr;
A significant amount of samples is spent on that, so suggestions on
how to improve that are appreciated.
I'm out of time for the moment.
I'm curious how this performs for other people
2014 Jan 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Looking into EXA a bit, there's a EXASolid impl shared by all pre-nv50 cards.
One of the things it apparently doesn't handle are 32-bit visuals with solid
draws that include a fancy "op", which I assume the visual bell would, like xor
or whatever. I have a hard
2009 Oct 12
0
8-bit swizzled textures
13:28 < pmdata> ymanton> We have a bit more work to do for 8 bits texture.
13:28 < pmdata> Swizzling works by halving dimensions, and using a8r8g8b8 as
format as seen in dumps for test_texture_format.
13:28 < pmdata> I nearly got text in progs/demos/texenv:
http://people.freedesktop.org/~pmandin/20091011.png
13:28 < pmdata> My current
2009 Sep 22
7
[Bug 24092] New: X with nouveau hangs in nouveau_bo_map_range when doing anything
http://bugs.freedesktop.org/show_bug.cgi?id=24092
Summary: X with nouveau hangs in nouveau_bo_map_range when doing
anything
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Driver/nouveau
2011 Feb 10
2
[Bug 34139] New: Seemingly random GUI lock-ups
https://bugs.freedesktop.org/show_bug.cgi?id=34139
Summary: Seemingly random GUI lock-ups
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2009 Oct 15
1
[Bug 24555] New: X server crash
http://bugs.freedesktop.org/show_bug.cgi?id=24555
Summary: X server crash
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
ReportedBy: dwmw2 at
2009 Dec 11
2
[PATCH 1/2] exa: Pre-G80 tiling support.
For now pixmaps will only be tiled if driver pixmaps are being used
and we're told to with the NOUVEAU_CREATE_PIXMAP_TILED usage hint.
Signed-off-by: Francisco Jerez <currojerez at riseup.net>
---
src/nouveau_exa.c | 31 ++++++++++++++++++++-----------
src/nv50_exa.c | 6 +++---
src/nv50_xv.c | 2 +-
src/nv_proto.h | 2 +-
src/nv_type.h | 1 +
5 files
2012 Apr 20
3
[Bug 48954] New: nv25 PGRAPH error and X freeze
https://bugs.freedesktop.org/show_bug.cgi?id=48954
Bug #: 48954
Summary: nv25 PGRAPH error and X freeze
Classification: Unclassified
Product: xorg
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2007 May 12
7
[Bug 10927] New: segmentation fault in NVUploadToScreen, called from exaPutImage
http://bugs.freedesktop.org/show_bug.cgi?id=10927
Summary: segmentation fault in NVUploadToScreen, called from
exaPutImage
Product: xorg
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2019 Jan 21
5
[PATCH xf86-video-nouveau 0/4] Compiler warnings series
A short series of compiler visibility warning fixes that I prepared whilst
trialing improvements to xf86-video-nouveau's use of the core xorg-server
utility macros.
Rhys Kidd (4):
wfb: Remove declaration for undefined function nouveau_wfb_init()
dri2: Mark local create/destroy buffer and copy region functions as
static
xv: Mark local NVSetupTexturedVideo function as static
2010 Dec 16
13
[Bug 32453] New: SIGABRT caused by malloc around RegionCreate. Can only reproduce with nouveau not vesa.
https://bugs.freedesktop.org/show_bug.cgi?id=32453
Summary: SIGABRT caused by malloc around RegionCreate. Can only
reproduce with nouveau not vesa.
Product: xorg
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2015 Sep 11
7
[Bug 91972] New: xorg/nouveau crashes when running wine's unit tests under valgrind: EXA: malloc failed for size -262140 bytes
https://bugs.freedesktop.org/show_bug.cgi?id=91972
Bug ID: 91972
Summary: xorg/nouveau crashes when running wine's unit tests
under valgrind: EXA: malloc failed for size -262140
bytes
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
2009 Mar 20
12
[Bug 20780] New: nouveau corrupts and crashes on 7800gt when NoAccel= false after a few drawing operations
http://bugs.freedesktop.org/show_bug.cgi?id=20780
Summary: nouveau corrupts and crashes on 7800gt when
NoAccel=false after a few drawing operations
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
2007 May 30
0
[PATCH] added comments
- added lots of comments, discussed comments with ahuillet and refined comments
- replaced two constants with MACROs
- no changes to actual code
diff --git a/src/nv_video.c b/src/nv_video.c
index cf4f88d..d9ee700 100644
--- a/src/nv_video.c
+++ b/src/nv_video.c
@@ -25,6 +25,15 @@
#include "nv_include.h"
#include "nv_dma.h"
+/*
+2046 is the maximum image size in one