similar to: [Bug 34969] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 Pierre Moreau <pierre.morrow at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Component|DRM/other |Driver/nouveau Version|XOrg git

https://bugs.freedesktop.org/show_bug.cgi?id=88893 Bug ID: 88893 Summary: [NV46] GPU lockup with Quadro NVS 110M Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee:

Hello! I'm using NVIDIA GeForce GT 640M. And beginning with this commit: commit 142c21b8d493318551932eee2e9d98ff14b473da Author: Christoph Bumiller <e0425955 at student.tuwien.ac.at> Date: Wed Mar 27 22:25:52 2013 +0100 drm/nouveau/drm: bump the driver version to 1.1.1 to report new features till the latest kernel 3.15-rc5 OpenArena game looks like this:

Hi all, I posted a while back about running nouveau on (unmodified) x86 graphics cards, specifically a GeForce 4000 MX on a Sun Ultra 10 using Debian/sparc64 (Linux 3.1.0) Well, I don't know who's patches fixed what, but I was able to finally get a stable X screen on it! glxgears showed a few hundred FPS, but glxinfo segfaulted. I even managed to play OpenArena with some modest FPS for

Ah, it's probably the compression that's breaking things... Do you also see errors in dmesg about LTCG? You can try turning it off by setting compressed = false in nvc0_miptree.c:nvc0_miptree_create. -ilia On Sun, May 18, 2014 at 1:51 PM, Sergei Antonov <saproj at gmail.com> wrote: > Hello! > I'm using NVIDIA GeForce GT 640M. And beginning with this commit: > >

https://bugs.freedesktop.org/show_bug.cgi?id=38629 Laurent carlier <lordheavym at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |FIXED --- Comment #3 from Laurent carlier

https://bugs.freedesktop.org/show_bug.cgi?id=86650 Bug ID: 86650 Summary: (NV44): initrd gpu lockup from 3.12 or 3.13 onwards Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=63192 Pierre Moreau <pierre.morrow at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Component|DRM/other |Driver/nouveau Version|DRI git

I apologise for writing again about the problem with using stepAIC + multinom, but I think the reason why I had it in the first place is perhaps there may be a bug in either stepAIC or multinom. Just to repeat the problem, I have 126 variables and 99 cases. I don't know if the large number of variables could be the problem. Of couse the reason for doing a stepwise method is to reduce this

https://bugs.freedesktop.org/show_bug.cgi?id=34220 Summary: Detects Load on output and blinks screen ~30secs Product: xorg Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=70895 Priority: medium Bug ID: 70895 Assignee: nouveau at lists.freedesktop.org Summary: BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1292] after disable descrete card with switcheroo QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

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=81136 Priority: medium Bug ID: 81136 Assignee: nouveau at lists.freedesktop.org Summary: [NV92] Regression in Linux 3.15: GPU lockup after suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

https://bugs.freedesktop.org/show_bug.cgi?id=87179 Bug ID: 87179 Summary: [NVE7] Oops while reenabling Optimus dedicated card Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=73373 Priority: medium Bug ID: 73373 Assignee: nouveau at lists.freedesktop.org Summary: [NVE4] GPU lockup after opening many tabs in Chromium web browser Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: mbarrera at gmx.com

Hey, op 04-08-14 13:57, Christian K?nig schreef: > Am 04.08.2014 um 10:55 schrieb Maarten Lankhorst: >> op 04-08-14 10:36, Christian K?nig schreef: >>> Hi Maarten, >>> >>> Sorry for the delay. I've got way to much todo recently. >>> >>> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: >>>> On 01-08-14 18:35, Christian K?nig

op 04-08-14 10:36, Christian K?nig schreef: > Hi Maarten, > > Sorry for the delay. I've got way to much todo recently. > > Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: >> >> On 01-08-14 18:35, Christian K?nig wrote: >>> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst: >>>> Signed-off-by: Maarten Lankhorst <maarten.lankhorst at

Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: > op 04-08-14 16:37, Christian K?nig schreef: >>> It'a pain to deal with gpu reset. >> Yeah, well that's nothing new. >> >>> I've now tried other solutions but that would mean reverting to the old style during gpu lockup recovery, and only running the delayed work when !lockup. >>> But this

Any thoughts on setting breakpoints around hypercalls? ---------- Forwarded message ---------- From: Kip Macy <kip.macy@gmail.com> Date: Dec 26, 2005 12:14 AM Subject: setting breakpoints around hypercalls in a domU causes dom0 to lockup To: xen-devel <xen-devel@lists.xensource.com>, Keir Fraser < Keir.Fraser@cl.cam.ac.uk> Stepping through hypercalls (at the source level, not

I observed that following could cause machine lockup since at least 8-CURRENT. Now I'm on 9-STABLE No usb in kernel, attached mouse pointer. # kldload usb ums ehci # kldload uhci or # kldload uhci usb ums ehci uhci is required for working mouse. Can anyone confirm? Please test few different iterations, as it's probably not easily reproducible. Most times nothing happens, if