similar to: [Bug 10927] New: segmentation fault in NVUploadToScreen, called from exaPutImage

- 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 ---

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=55980 Priority: medium Bug ID: 55980 Assignee: nouveau at lists.freedesktop.org Summary: X Segfault on second screen resize QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: geaaru at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=37398 Summary: some applications (like wine) crash nouveau and leave it in an unworkable state Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component:

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

http://bugs.freedesktop.org/show_bug.cgi?id=15845 Summary: X busyloops when huge image in firefox Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

From: Marcin Slusarz <marcin.slusarz at gmail.com> after this change nouveau passes all fill and blend tests of rendercheck (before: fill - 108/120, blend - 3323868/3569150) tested on NV34 Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- src/nv04_exa.c | 19 +++++++++---------- src/nv_accel_common.c | 5 ++++- 2 files changed, 13 insertions(+), 11

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

http://bugs.freedesktop.org/show_bug.cgi?id=13689 Summary: nouveau is much slower than nv with flash player Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

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

https://bugs.freedesktop.org/show_bug.cgi?id=54681 Bug #: 54681 Summary: Connecting TV to second DVI port of 9600GT card causes GPU lockup and Xorg crash Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity:

I have configured winbind on a Linux file server, connecting to a Samba PDC. When I run wbinfo -g, I can see the group "domain users". On the other hand, when I run getent group, I do not see this group. Apart from a few other groups, all groups are visibile in both wbinfo -g and getent group. When running for the first time wbinfo -u, getent passwd and wbinfo -g, I got the results

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

> -----Original Message----- > From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On > Behalf Of Johnny Hughes > Sent: den 26 maj 2016 14:30 > To: centos at centos.org > Subject: Re: [CentOS] Kernel panic on 6.8 release with kernel-2.6.32- > 642.el6.x86_64 > > If lockd is failling to start: > > https://bugs.centos.org/view.php?id=10927

> -----Original Message----- > From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On > Behalf Of Subscriber > Sent: den 26 maj 2016 13:32 > To: CentOS mailing list <centos at centos.org> > Subject: Re: [CentOS] Kernel panic on 6.8 release with kernel-2.6.32- > 642.el6.x86_64 > > Im just updated VM from 6.7 on 6.8 without problems. KVM

Hello I am new to R and I need to convert some dates (numeric format by matlab) to actual dates in R. For instance, Matlab -> 730456 -> >> datestr(730456) ans = 02-Dec-1999 R - > library(zoo) > as.Date(730456) [1] "3969-12-03" I don't not mind the output format but it needs to be right. Many thanks Ed

Hi, I am trying to do a repeated measures ANOVA to determine if there is a significant difference between two sets of timecourse data. Each individual was given a single treatment and then measured for one variable for 10 days. Here is made-up example of what my data would look like:

- 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

This is just a note that the fixes in the CDRfix4 and CDRfix6 branches are getting closer to being merged into 1.4, trunk, and 1.6.x. If CDR's are important to you, and you ignore this notice, then you deserve what you get! These branches address various long-standing bugs, most of which are regressions from 1.2. It is hoped that these fixes will solve most of the problems introduced by the