Bug#758460: xserver-xorg-video-nouveau: Crash and freeze with GeForce 6150SE.
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Followup-For: Bug #783805
> Dear Maintainer,
>
> 1) I've just switched to Jessie and now my system is very unstable (barely
> usable). That was not the case at all with Wheezy. I guess it's related to
> the nouveau driver, but maybe some cryptic kernel issue are involved too ?
> Just for the record, I gave a try to Jessie in the beginning of 2013 (so
> testing at that time), but went back to Wheezy, for the same reason : way
> too frequent crashes.
>
> 2) ctrl+alt+F1 doesn't work to take control again.
>
> 3) It's difficult to accurately trigger (at user level) which typical
> action entails a crash, it's somewhat fuzzy.
>
> 4) I skimmed through the bug lists but I can't figure out whether or not
> the same *exact* bug has always been reported. Forgive me, if so. And it's
> my first bug report.
>
> 5) I used the reportbug tool, but why some critical section doesn't figure
> and reportbug removes it, like this one (extract of dmesg) :
>
> dmesg:[ 68.627296] nouveau E[ PBUS][0000:00:0d.0] MMIO write of
> x00820001 FAULT at 0x00b000
Hi,
Just to confirm a similar problem in a GeForce 6150SE graphics engine,
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2)
Similar messages in syslog,
[ 711.849697] nouveau E[ PBUS][0000:00:0d.0] MMIO write of 0x00870001 FAULT at 0x00b010
and random freeze. Last seen thing is some sort of zig-zag random pattern
apparently with colors used at that time. Nothing but hard reboot helps
once the system is frozen, not even Magic SysRq. No relevant info seems
to appear in syslog.
An important info is that this does not happen if I reboot with old
3.2.04-amd64 (3.2.65-1+deb7u2) wheezy kernel. So this seems to be a problem
with the nouveau kernel module.
Noticed that something similar has been reported in
http://bugs.debian.org/758460 for a GeForce 6150LE. Not merging both bug
reports in case they are different issues for different chip variants, but
cc'ing. Following advice there I tried with kernel boot parameter
"nouveau.config=NvMSI=0" in the command line and with
options nouveau NvMSI=0
in a /etc/modprobe.d/local-video.conf file (also built a new initramfs in
case this is needed), problem is still here, no luck.
I am still blindly trying to find a reproducibility pattern, Seems that when
mozilla is used and closed, if I try to open it again inmediately failure
often happens. Just have to do one of this quick iceweasel start and stop
cycles to hit the problem with a very high probability (funny, this seems
not to happen with chromium).
I do not have daily access to the affected box (and it is not one of my
boxes), but let me know if I can try to provide more info.
By the way, gdm3 is not used there, just lightdm, and init is sysvinit.
Regards,
X server symlink status:
------------------------
lrwxrwxrwx 1 root root 13 Mar 11 2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 11 01:35 /usr/bin/Xorg
VGA-compatible devices on PCI bus:
----------------------------------
00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] [10de:03d0] (rev a2)
/etc/X11/xorg.conf does not exist.
/etc/X11/xorg.conf.d does not exist.
KMS configuration files:
------------------------
/etc/modprobe.d/radeon-kms.conf:
options radeon modeset=1
Kernel version (/proc/version):
-------------------------------
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24)
--
Agustin
Reply to: