similar to: [Bug 34139] New: Seemingly random GUI lock-ups

Hello, this is my first Xorg/Nouveau bug-report ever so I'll try to explain as good as I can ;) After several years of using the NVIDIA binary driver, I once again tried the latest nouveau driver for my Onboard Geforce 8100 card. Several month ago I couldn' t even get to the kdm screen. But to my surprise everything I needed worked perfectly. Even KWin compositing. Amazing. Although

* Kill the A8+A8 hack. Recent enough X servers (>=1.7) fall back to ARGB glyphs for drivers not supporting A8 render targets. * Kill all the global state. It doesn't matter a lot yet but it might if we get multicard working at some point. * Other random clean-ups with no functional changes. Some numbers from x11perf -aa10text -aa24text -comppixwin10 -comppixwin500: * Before, with A

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:

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:

Hi everybody. I have an odd issue that I'd like to get some advice on. It is a bit of a long story so please bear with me. X11R6 has a notion of modules so it basically compiles everything into shared libraries and at start-of-day it loads libraries (modules) as needed. A side effect of that is that they require really lazy binding because they do (can?) not enforce the load order. The

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

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

http://bugs.freedesktop.org/show_bug.cgi?id=22253 Summary: KMS Nouveau - wfb crash Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=91756 Bug ID: 91756 Summary: glean test vertProg1 segfaulting X server in exaHWCopyNtoN Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: All Status: NEW Severity: normal Priority: medium Component:

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

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

This has two purposes : - cleaner code - reduce the diff between nv30 and nv40 exa for a possible nvfx_exa merge ? The main differences seem to be that nv30 uses rect texture format (and does not support repeat on that). Then there are some minor changes in TX_FORMAT RT_FORMAT and TEX_FILTER usage. And NVAccelInitNVx0TCL look complete different. Tested with: ./rendercheck -t

With this patch the DDX almost works with GK20A, the missing piece is adding COHERENT mappings to the right places. ;-) If you specify NOUVEAU_BO_APER the kernel will truncate valid_domains to the domains specified at creation time. This means that as long as we only specify the correct domain in nouveau_allocate_surface the effect is still the same. Signed-off-by: Maarten Lankhorst <dev at

Another pile of backports from the devel branch, primarily in glamor, xwayland, and the modesetting driver. Thanks to all who contributed. Adam Jackson (9): dix: Squash some new gcc6 warnings kdrive: Nuke a bunch of dead code xfree86: Add IndirectGLX server flag (v2) xfree86: Don't swallow ±iglx command line flag modesetting: resubmit dirty rects on EINVAL (v2)

Adam Jackson (3): preinit: Don't bother explicitly loading int10, vbe will do it for us Bump minimum xserver to 1.4 mach64 6.9.5 Alan Coopersmith (2): Remove unused atidecoder.c & atidecoder.h Remove unused atiaudio.c & ATIAudioNames declaration Connor Behan (1): Drop dependence on xf86PciInfo.h Dave Airlie (1): mach64: fix build probably

I'm trying to get the PocketFMS flight assistant program to work under Wine. This program is available for free at www.pocketfms.com . The installation of PocketFMS works OK with a few 'fixme' warnings, but running the installed program causes an immediate crash. As this program is still in development itself and not designed to run on anything but Windows, I'd like to know if

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding:

Hi there I'm working with ncdf data. I have different dataset for 4 runs, 4 seasons and 3 timeslices (48 datasets in total). The datasets have the following dimensions: 96 longitudes, 48 latitudes and 30 time steps. To read all of them in, I wrote the following loop: runs <- c("03","04","05","06") years <- c(1851,1961,2061) seasons <-

in nv10_exa.c : check_texture does : if (w > 2046 || h > 2046) NOUVEAU_FALLBACK("picture too large, %dx%d\n", w, h); check_render_target does : if (w > 4096 || h > 4096) return FALSE; So we have different size limits for the source and the destination ? Another thing is that nv20 uses nv10_exa.c code, and the limit in

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding: