similar to: Reproducible "PGRAPH TLB flush timeout" hang on NV96

https://bugs.freedesktop.org/show_bug.cgi?id=72939 Priority: medium Bug ID: 72939 Assignee: nouveau at lists.freedesktop.org Summary: [nv96] Freespace 2 open crashes Severity: normal Classification: Unclassified OS: All Reporter: madman2003 at gmail.com Hardware: Other Status: NEW

I'm having difficulty building R-devel on Solaris 8 (current version), while trying to update from my previous version of R-devel (2003-09-02). When building I get this error: --------------- make[4]: Leaving directory `/misc/homes/madman/R-devel/src/library/methods/src' make[4]: Entering directory `/misc/homes/madman/R-devel/src/library/methods' dumping R code in package

Hello ... On both RH7.2 and Solaris 8 I'm encountering this problem - in both cases this is from a fresh rsync of R-devel into a brand new directory (to prevent it from me needing to 'make distclean' or the like): building package 'ts' mkdir -p -- ../../../library/ts/R make[3]: Leaving directory `/misc/homes/madman/R-test/src/library/ts' installing parsed NAMESPACE files

Now it outputs: nouveau E[ PGRAPH][0000:02:00.0] PGRAPH TLB flush idle timeout fail nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_STATUS: BUSY DISPATCH VFETCH CCACHE_UNK4 STRMOUT_GSCHED_UNK5 UNK14XX UNK1CXX CLIPID ZCULL ENG2D UNK34XX TPRAST TPROP ROP (0x011fde03) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS_0: CCACHE (0x00145b4d) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS_1: (0x0000002d)

https://bugs.freedesktop.org/show_bug.cgi?id=109397 Bug ID: 109397 Summary: PGRAPH TLB flush idle timeout fail: X hangs, ssh login possible Product: Mesa Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

Now it outputs: nouveau E[ PGRAPH][0000:02:00.0] PGRAPH TLB flush idle timeout fail nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_STATUS: BUSY DISPATCH VFETCH CCACHE_UNK4 STRMOUT_GSCHED_UNK5 UNK14XX UNK1CXX CLIPID ZCULL ENG2D UNK34XX TPRAST TPROP ROP (0x011fde03) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS: CCACHE (0x00145b4d) (0x0000002d) ENG2D ROP (0x0034db40) instead of: [drm] nouveau

I'm sitting here working away on various unrelated projects and watching patch after patch after patch flow in from Timo to fix all sorts of problems people are reporting. A coding madman on fire. Thanks Timo, you rock. I appreciate the time you spend on this software, I'm sure everyone else does as well. :) -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com

Hey folks, I searched the list archives and found this : echo "AUTOFSCK_TIMEOUT=5" > /etc/sysconfig/autofsck echo "AUTOFSCK_DEF_CHECK=yes" >> /etc/sysconfig/autofsck http://lists.centos.org/pipermail/centos/2006-November/029837.html http://lists.centos.org/pipermail/centos/2009-September/thread.html#81934 Will this do all disks? I want to do a reboot of a couple

Hey, > check-update sounds better than putting yum update in a cron job. Only a mad man would do that! Are the cAos and CentOS releases THAT BAD? > Much better to run a daily cron which rsyncs your local patch repository. So must one have your own local repository to avoid being labeled as a madman? In which one of the RedHad reference books can I find this? Just curious. Rick

Hi all, Sometimes I'll find myself "ctrl-c"-ing like a madman to kill some code that's parallelized via foreach/doMC when I realized that I just set my cpu off to do something boneheaded, and it will keep doing that thing for a while. In these situations, since I interrupted its normal execution, foreach/doMC doesn't "clean up" after itself by killing the

Hello, I have come across two separate packages that have a Makefile in inst/doc which use the R_HOME variable. In both cases, the path to R_HOME gets munged in such a way that commands that include R_HOME fail on Windows: For example, one Makefile, for the xmapcore package ( https://hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/xmapcore/username/password: readonly) has this:

This makes nouveau recognise and report more kinds of PGRAPH errors, as well as prevent GPU lockups resulting from some of them. Lots of guesswork was involved and some part of this is probably incorrect. Some potential-lockuop situations are handled by just resetting a whole PGRAPH subunit, which doesn't sound like a "proper" solution, but seems to work just fine... for now.

Hello fellow * users, I've been experimenting like a madman lately with asterisk, and I just love it. Just reading this list and asking a few questions here and there has helped me out a great amount. Not to mention the excellent resource we call the Wiki. I have searched for answers to the two following questions, but couldn't find anything, it is entirely possible i was just

On Tue, Oct 16, 2018 at 05:54:29AM +0000, Turritopsis Dohrnii Teo En Ming wrote: Troll bait removed. Congrats, folks. You fell for it. This was also troll-posted to fedora-users within seconds of this post. John -- A man who is "of sound mind" is one who keeps the inner madman under lock and key. -- Paul Valery, "Bad Thoughts and Not So Bad", in The Collected

Okay, so I've got a set of directories containing unpacked R packages (unpacked, since for various sensible reasons, I'm editing them in warped ways). Supposing that these are in: /home/rossini/Runpacked I thought I could do something like: install.packages("MyUnPackedRPackage", # top package name lib="/home/rossini/lib/R", # where

Hi All, I could not locate the info & syntax to setup swap partition in domU. I''ve setup the fstab file like that after having created a LV for it but I don''t know how to instruct xen to use it:. I feel I have to somehow set it in the VM file but how ? Of course I''ve run the mkswap and tried swapon -a but I get the obvious message bellow as it cannot read real

Hi . I am having a very annoying problem not sure where the root of it lies When running FLdigi it runs fine for about 10 mineuts then i start getting errors leading to a complete lock up that needs a power button to free it up i get the following [ 653.080497] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 3 [systemd-logind[462]] get 00000d3a24 [ 653.081461] nouveau 0000:01:00.0: gr:

[ NOTE: I'm putting this off-topic thread back on the Ext3 list, temporarily, as I hope _someone_else_ can help this gentleman better than I have. With each response I get 10 more questions, 5 of them have already been answered and another 5 that utterly confuses me on what he is trying to accomplish, because he's changing his priorities (to often conflicting ones). ] "IT3 Stuart

Try booting with `nouveau.nofbaccel=1` and see if that helps. Some many kernels ago, acceleration of the console on fb resume got fixed, and is now causing issues for you and a few others. This will turn off fbcon accel, which should hopefully sidestep the issue. On Sun, Jan 4, 2015 at 5:32 AM, Lukasz Stelmach <stlman at poczta.fm> wrote: > Hello, > > I'd like to bring to your

Hello, I'd like to bring to your attention a bug report[1] I have filed on the Gentoo bugzilla about a regression (quite an old one) in the nouveau driver. If there is anything missing in the report that could help fixing the problem, please feel free to ask. [1] https://bugs.gentoo.org/show_bug.cgi?id=534038 -- Było mi bardzo miło. Twoje oczy lubią mnie >Łukasz<