similar to: [Bug 91632] New: Crash in nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=31208 Summary: Nouveau messes up images and text Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: high Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=92077 Bug ID: 92077 Summary: nouveau graphics freeze when using KDE Plasma 5; PGR engine fault Product: Mesa Version: 10.3 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=98039 Bug ID: 98039 Summary: KMail crash on starting (nouveau-related) Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau Assignee:

I maintain the Devore5 package which contains the data sets from the 5th edition of Jay Devore's text "Probability and Statistics for Engineering and the Sciences". The 6th edition has now been published and it includes several new data sets in exercises and examples. In addition, some exercises and examples from the 5th edition are renumbered in the 6th edition. I face the

I've written a package to assist with using R in Hadoop Streaming. The main point of the package is to help make command-line runnable RScript files. I'd like to provide a demo RScript file, a demo data file (e.g. a plaintext file, not something already processed by R) , as well as demo bash shell scripts that demonstrate how to run the job from the command line and in a Hadoop

Hi, I am getting a crash in nouveau in my application. It's basically a java application, and I am loading a bitmap into an opengl texture and showing it in a panel. Below is a snippet of the console output. Sometimes I will get a lock up instead of a crash. My whole desktop will lock up, but I can still move the mouse pointer around. Please let me know if you need more information. Your

https://bugs.freedesktop.org/show_bug.cgi?id=94727 Bug ID: 94727 Summary: nouveau/pushbuf.c:238: pushbuf_krel: Assertion `bkref` failed. Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

From: Thierry Reding <treding at nvidia.com> Add a new nouveau_pushbuf_kick_fence() function that takes and emits a sync fence FD. The fence FD can be waited on, or merged with other fence FDs, or passed back to the kernel as a prerequisite for a subsequent HW operation. Based heavily on work by Lauri Peltonen <lpeltonen at nvidia.com> Signed-off-by: Thierry Reding <treding at

Hello! In the book Modern Applied Statistics with S (4th ed), section 5.6 the concept of the "average shifted histogram" or ASH is mentionend. Also it is mentioned in the same section "The code used is in the scripts for this chapter" (from figure caption 5.8, analysis of the geyser duration data). *However*, I have trouble finding the code for that function! Admittedly, I am a

https://bugs.freedesktop.org/show_bug.cgi?id=79823 Priority: medium Bug ID: 79823 Assignee: nouveau at lists.freedesktop.org Summary: Mozilla apps freeze on startup with nouveau-dri-10.2.1 libs on dual-screen Severity: normal Classification: Unclassified OS: Linux (All) Reporter: natrio at

Thanks for your response. I am able to capture a few more lines of the dump (see console-output.txt). dmesg output attached. My bitmap is 720x512. Below is the library versions, and amount of vram. Any feedback is appreciated. Thanks. Steve [steve at localhost ~]$ lspci -nn -d 10de: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108 [GeForce GT 430] [10de:0de1] (rev a1) 01:00.1

Hi guys, I'd like to start a new thread about explicit fence synchronization. This time with a Nouveau twist. :-) First, let me define what I understand by implicit/explicit sync: Implicit synchronization * Fences are attached to buffers * Kernel manages fences automatically based on buffer read/write access Explicit synchronization * Fences are passed around independently * Kernel takes

https://bugs.freedesktop.org/show_bug.cgi?id=107963 Bug ID: 107963 Summary: kernel rejected pushbuf: Invalid argument Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

Put this in the wrong thread, sorry! UPDATE: I've realized that this seems to be an issue with the compiler flags used to build samba. I've realized that i need to define _LARGEFILE_SOURCE, _LARGEFILE64_SOURCE, and _FILE_OFFSET_BITS=64. I've done this, but still have no luck reading files larger than 4GB. Anyone have suggestions? Thanks, Matt > Hi guys, > > I'm

https://bugs.freedesktop.org/show_bug.cgi?id=92438 Bug ID: 92438 Summary: Segfault in pushbuf_kref when running the android emulator (qemu) on nv50 Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #24 from kong <riverkong.28 at gmail.com> --- In 4.12.12 on fc26. X hang and hang again randomly, and logged like this: nouveau 0000:01:00.0: gr: DATA_ERROR 00000005 [INVALID_ENUM] ch 18 [007f294000 Xorg[2256]] subc 0 class a197 mthd 19c8 data 00000000 nouveau 0000:01:00.0: gr: ILLEGAL_MTHD ch 18 [007f294000 Xorg[2256]] subc 0

Venables and Ripley's MASS 3ed mentions a function predplot, used for plotting results of lda and qda. But even with the library MASS loaded, R (1.4.1) tells me predplot doesn't exist, and when I search the 1.4.1 documentation for predplot, it finds nothing. Does predplot still exist somewhere, or has it been replaced by a new and improved version with a different name? Thanks.

But at the time the mesa3d file src/gallium/drivers/nouveau/nv30/nv30_screen.c is called and when the various PUSH_DATA begin to be called there is not yet a call to nouveau_pushbuf_space. So it would generate a seg fault in push->curr. Again, sorry for the confusion and thanks for the reply. Awaiting for an answer if possible. Thanks in advance. 2015-11-02 14:44 GMT-03:00 Ilia Mirkin

https://bugs.freedesktop.org/show_bug.cgi?id=111230 Bug ID: 111230 Summary: core dumped while using Rstudio Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau

Hi, sorry if I misunderstood everything... In the file src/gallium/drivers/nouveau/nv30/nv30_screen.c there is loans of PUSH_DATA which is basically *push->curr = data; I'm thinking that somehow push->curr is the bo->map = drm_mmap(...) that is called in nouveau_bo_map. But I cannot see how they are linked... Because when nouveau_bo_map calls nouveau_bo_wait push =