https://bugs.freedesktop.org/show_bug.cgi?id=33445
--- Comment #17 from Ben Skeggs 2011-09-19 23:29:55 PDT ---
Yep, the fixed code isn't in an upstream kernel yet. It's queued for 3.2.
Until then, current nouveau git will compile just fine against 3.1-rcX kernels.
See
http://nouveau.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #84 from Diego Viola 2011-09-19 10:57:35
PDT ---
(In reply to comment #82)
> Pictures of the affected card.
>
> Front:
>
> http://dl.dropbox.com/u/6005119/gpu/P1120649.JPG
>
> Back:
>
> http://dl.dropbox.com/u/6005119/gpu/P112067
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #83 from Diego Viola 2011-09-19 10:35:50
PDT ---
Created an attachment (id=51365)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51365)
lspci -a
added lspci -a
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #82 from Diego Viola 2011-09-19 10:33:42
PDT ---
Pictures of the affected card.
Front:
http://dl.dropbox.com/u/6005119/gpu/P1120649.JPG
Back:
http://dl.dropbox.com/u/6005119/gpu/P1120671.JPG
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #81 from Diego Viola 2011-09-19 09:48:52
PDT ---
[root@myhost ~]# lspci -v
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev
03)
Subsystem: ASUSTeK Computer Inc. Device 836d
Flags: bus maste
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #80 from Diego Viola 2011-09-19 08:10:54
PDT ---
if I ssh from my laptop to the affected computer I can run STK+glxgears for
hours and no hangs.
The last hangs I experienced only happens when there is a fast VT->X context
switch.
S
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #79 from Diego Viola 2011-09-19 07:48:30
PDT ---
I was able to suspend the machine and run STK+glxgears for many hours and I
didn't had another crash anymore, it seems like the hung I got in my last post
is related to fast VT switchi
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #78 from Diego Viola 2011-09-19 07:45:19
PDT ---
(In reply to comment #77)
> I found another way to hung/crash the system.
>
> 1- Boot into console mode (id:3:initdefault: in /etc/inittab)
>
> 2- start X (and just X) in tty1
>
> 3
https://bugs.freedesktop.org/show_bug.cgi?id=40630
--- Comment #77 from Diego Viola 2011-09-19 07:43:32
PDT ---
I found another way to hung/crash the system.
1- Boot into console mode (id:3:initdefault: in /etc/inittab)
2- start X (and just X) in tty1
3- switch to tty2 and start STK in that t