Arch Linux

nouveau 0000:01:00.0 failed to idle channel 1 - nvidia Quadro 2000

ds2012

Hallo,
ich habe Arch Linux mit Kernel: 3.6.3-1-ARCH x86_64 am laufen.
xorg und nouveau Treiber und LXDE.

VGA Karte ist eine: nvidia Quadro 2000
PC: DELL PRECISION T1600 (BIOS Version A06)

Immer nach ein paar Tage gibts einen crash (nachts, der PC läuft 24h)
Mehr als: nouveau 0000:01:00.0 failed to idle channel 1 archlinux
ist dann nicht zu sehen.
Das Betriebsystem läuft, aber X ist tot!
Reboot dann gehts wieder.
Was kann man da tun ?
Das Problem hatte ich auch schon mit dem 3.5er Kernel.
Danke

# lspci

01:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro 2000] (rev a1)

# lsmod | grep nouveau

nouveau 873371 2
mxm_wmi 1425 1 nouveau
wmi 8379 2 mxm_wmi,nouveau
ttm 64384 1 nouveau
drm_kms_helper 32877 1 nouveau
drm 218724 4 ttm,drm_kms_helper,nouveau
i2c_algo_bit 5391 1 nouveau
i2c_core 20707 6 drm,i2c_i801,drm_kms_helper,i2c_algo_bit,adt7475,nouveau
video 11276 1 nouveau
button 4662 1 nouveau

qui

Irgendwas diesbez. auffälliges in /var/log/Xorg.0.log oder ~/.xsession-errors?

Gibt's einen speziellen Grund für nouveau statt nvidia? Ist ja bei der GPU prinzipiell ein bisschen wie mit 'nem Ferrari nur durch 30er-Zonen zu kutschieren…

mannohneschuh

Klingt für mich wie der Versuch einen Stromsparmechanismus einzuschalten. Schau mal auch in die logs /var/log/kernel.

qui schrieb Gibt's einen speziellen Grund für nouveau statt nvidia?

Ja, kein beschmutzter kernel → full support

qui schrieb Ist ja bei der GPU prinzipiell ein bisschen wie mit 'nem Ferrari nur durch 30er-Zonen zu kutschieren…

Da IT - Autovergleiche eh immer hinken…
Dem Ferrari ists Wumpe wie schnell er gefahren wird. Und die 30er Zone ist nicht der Treiber sondern der langweilige Desktop auf dem nur 2D gezeichnet wird.

Ich empfehle den freien Treiber.

qui

> Ich empfehle den freien Treiber.
Solange Leistung und Temperatur sich im zivilisierten Umfeld bewegen, ist dagegen sicherlich nichts einzuwenden… Ist imho bei nouveau (bspw. verglichen mit radeon) aber nicht die Regel.

ds2012

@qui

>Irgendwas diesbez. auffälliges in /var/log/Xorg.0.log oder ~/.xsession-errors?

hab nichts endeckt

@mannohneschuh

>Klingt für mich wie der Versuch einen Stromsparmechanismus einzuschalten

kann ich das verhindern um zu sehen ob das das problem ist ?
Wenn ja wie ?

> Schau mal auch in die logs /var/log/kernel.

in der kernel.log habe ich nichts gefunden

mannohneschuh

wenn das System noch läuft kommst du also auf ein anderes TTY. nach einem solchen crash:

dmesg > dmesg.txt

und zeig mal her (vllt reichen auch die letzten Zeilen… könnte sein das das recht lang ist nach 24h. Ansonsten sollte der Kram auch in /var/log/everything.log stehen. Kommt aber wohl auch auf den syslog-Dienst an.)
schon gesehen?
https://bugs.archlinux.org/task/31338 (fixed since 3.5.5)

ds2012

ok mach ich beim nächsten crash,
habe heute neu gebootet daher geht es jetzt leider nicht

ds2012

[110488.112252] [drm] nouveau 0000:01:00.0: Failed to idle channel 1.
[110488.125306] SHCLIP[975]: segfault at 26579990 ip 00007fb0879a8b11 sp 00007fb0840ca9c0 error 4 in libc-2.16.so[7fb087971000+19d000]

mehr finde ich in der dmesg leider nicht

in der kernel.log das selbe

Oct 31 14:41:13 localhost kernel: [110488.112252] [drm] nouveau 0000:01:00.0: Failed to idle channel 1.
Oct 31 14:41:13 localhost kernel: [110488.125306] SHCLIP[975]: segfault at 26579990 ip 00007fb0879a8b11 sp 00007fb0840ca9c0 error 4 in libc-2.16.so[7fb087971000+19d000]