View previous topic :: View next topic |
Author |
Message |
Fijoldar Apprentice
Joined: 10 Apr 2013 Posts: 248
|
Posted: Tue Dec 17, 2013 8:25 am Post subject: |
|
|
Das nvidia Modul habe ich mal in die Startliste von Systemd eingetragen, also einen entsprechenden Eintrag in /etc/modules-load.d/nvidia.conf erstellt (/etc/conf.d/modules hat so weit mir bekannt keinen Einfluss auf systemd). Das hat allerdings nichts geändert und der Fehler ist weiterhin aufgetreten.
Ich habe das Skript jetzt einfach mal deaktiviert (chmod -x). Der Rechner startet seitdem problemlos. Mehrere Kalt- und Neustarts hat er zumindest bisher sauber ausgeführt. In diesen Thread habe ich mich aber schon desöfteren geirrt, daher bin ich jetzt mal vorsichtig mit einem entgültigen Fazit und beobachte es lieber nochmal über einen längeren Zeitraum. Zumindest erhärtet es aber meinen Verdacht, dass das genannte Skript an meinem Problem Schuld sein könnte.
Was mich allerdings etwas wundert, ist, dass OpenRC doch dieselben udev Regeln abarbeiten sollte. Oder geht OpenRC da etwas anders vor, weil Udev mittlerweile in Systemd integriert ist und sie wurden gar nicht ausgeführt, weil sys-fs/udev gar nicht mehr installiert ist? |
|
Back to top |
|
|
Yamakuzure Advocate
Joined: 21 Jun 2006 Posts: 2297 Location: Adendorf, Germany
|
Posted: Tue Dec 17, 2013 8:52 am Post subject: |
|
|
Also auch ohne den Aufruf werden die Einträge in /dev/ brav erzeugt.
Andere Frage, an die, die so massive Probleme mit den nvidia-Treibern haben:
Sind MSI/MSI-X und i2c in euren Kernels konfiguriert? Habt Ihr Meldungen diesbezüglich in eurer dmesg Ausgabe? Und gibt es Einträge in eurer Xorg.0.log Datei dass der Treiber keine Interrupts erhält?
Im README wird hierauf eingegangen. Eineseits mit dem Versuch per Kernel-Bootparameter (pci=noacpi, noapic u.Ä.) für Ordnung zu sorgen, andererseits kann man in /etc/modules.d/nvidia.conf auch die Option "NVreg_EnableMSI=0" hinzufügen.
Beides, sowie das Lesen des README (sucht nach "MSI" per '/') wäre ja vielleicht mal einen Versuch wert.
Ferner steht in der Dokumentation drin, dass der nvidia Treiber i2c zur Kommunikation verwendet, und das zumindest CONFIG_I2C aktiviert sein sollte. _________________ Edited 220,176 times by Yamakuzure |
|
Back to top |
|
|
Fijoldar Apprentice
Joined: 10 Apr 2013 Posts: 248
|
Posted: Tue Dec 17, 2013 9:05 am Post subject: |
|
|
Ich habe gerade mal geschaut. Das hier sind meine Ergebnisse, falls es weiterhelfen sollte.
Code: | journalctl -b | grep MSI
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:02.0: irq 40 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:09.0: irq 41 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:0a.0: irq 42 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: ahci 0000:00:11.0: irq 43 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: r8169 0000:02:00.0: irq 44 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 45 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 46 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 47 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 48 for MSI/MSI-X
|
Code: | cat /usr/src/linux/.config | grep MSI
CONFIG_ARCH_SUPPORTS_MSI=y
CONFIG_PCI_MSI=y
CONFIG_MSI_LAPTOP=m
CONFIG_HAVE_KVM_MSI=y |
Code: |
[...]
CONFIG_I2C=m
[...]
|
Code: | lsmod | grep i2c
i2c_piix4 7487 0
i2c_core 16858 6 drm,i2c_piix4,af9013,mt2060,nvidia,dvb_usb_v2 |
Code: | journalctl -b | grep i2c
Dez 17 08:20:27 870e-gen2 kernel: i2c i2c-0: af9013: firmware version 5.1.0.0 |
|
|
Back to top |
|
|
Yamakuzure Advocate
Joined: 21 Jun 2006 Posts: 2297 Location: Adendorf, Germany
|
Posted: Tue Dec 17, 2013 10:01 am Post subject: |
|
|
Sieht so ordentlich aus.
Fijoldar wrote: | Ich habe gerade mal geschaut. Das hier sind meine Ergebnisse, falls es weiterhelfen sollte.
Code: | journalctl -b | grep MSI
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:02.0: irq 40 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:09.0: irq 41 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: pcieport 0000:00:0a.0: irq 42 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: ahci 0000:00:11.0: irq 43 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: r8169 0000:02:00.0: irq 44 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 45 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 46 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 47 for MSI/MSI-X
Dez 17 08:20:24 870e-gen2 kernel: xhci_hcd 0000:01:00.0: irq 48 for MSI/MSI-X
|
| Wie sieht es mit aus? da sollte ein Eintrag bezüglich nvidia auftauchen. Hast du Fehler (EE) in deiner Xorg.0.log Datei? (Die biegt systemd ja wohl hoffentlich nicht um?) _________________ Edited 220,176 times by Yamakuzure |
|
Back to top |
|
|
Fijoldar Apprentice
Joined: 10 Apr 2013 Posts: 248
|
Posted: Tue Dec 17, 2013 9:44 pm Post subject: |
|
|
dmesg gibt bzgl. MSI nur das zurück, was ich schon gepostet habe (mittels journalctl, da werden auch alle dmesg Einträge gespeichert). Da ist nichts mit Nivida zu finden. Aber momentan funktionierte es so wie es soll. Ich bin mal auf das nächste Update gespannt, davor gruselt es mich jetzt schon . Aber vielleicht (hoffentlich) geht ja auch alles gut.
Fehler (EE) sind in der Xorg.0.log Datei auch nicht zu finden. |
|
Back to top |
|
|
Fijoldar Apprentice
Joined: 10 Apr 2013 Posts: 248
|
Posted: Sat Dec 21, 2013 10:38 am Post subject: |
|
|
Ich habe in den vergangenen Tagen mal ein wenig getestet und bin zu dem Ergebnis gekommen, dass das Problem wirklich auf die genannte udev Regel zurückzuführen ist.
Und zwar gibt es die 99-nvidia.rules mit dem Inhalt
Code: |
ACTION=="add", DEVPATH=="/module/nvidia", SUBSYSTEM=="module", RUN+="nvidia-udev.sh $env{ACTION}"
# Previously the ACTION was "add|remove" but one user on bug #376527 had a
# problem until he recompiled udev-171-r5, which is one of the versions I
# tested with and it was fine. I'm breaking the rules out just to be safe
# so someone else doesn't have an issue
ACTION=="remove", DEVPATH=="/module/nvidia", SUBSYSTEM=="module", RUN+="nvidia-udev.sh $env{ACTION}"
|
Falls ich diese Regel so lasse und das Skript nvidia-udev.sh
Code: | #!/bin/sh
if [ $# -ne 1 ]; then
echo "Invalid args" >&2
exit 1
fi
case $1 in
add|ADD)
/opt/bin/nvidia-smi > /dev/null
;;
remove|REMOVE)
rm -f /dev/nvidia*
;;
esac
exit 0 |
ausführen lasse, dann kann ich mit ziemlicher Sicherheit den Fehler reproduzieren. Zwar nicht immer, aber meistens. Ab und zu klappt es dann mal doch, warum auch immer. Auffällig ist dann, dass die Bildschirmauflösung leicht anders ist. Der ganze Bildschirminhalt ist etwas zusammengedrückt als würde er annehmen, er wäre auf einem 4:3 Format Montor anstatt auf einem 16:9.
Ein Deaktivieren dieses Skriptes löst sämtliche Probleme. Das Hoch- und Herunterfahren klappt dann wieder einwandfrei.
Lösung:
Es reicht, wenn man man das Skript /lib/udev/nvidia-udev.sh deaktiviert, damit meine ich einfach ein
Code: | chmod -x nvidia-udev.sh |
Dann beschwert sich systemd allerdings in Form einer Fehlermeldung, was in den Logs zu finden ist. Das finde ich etwas unschön. Daher habe ich einfach die gesamte nvidia udev Regel auskommentiert. An der Funktionalität des Nvidia Treiber hat das bei mir nichts geändert. Daher erwarte ich hier keine Probleme.
Damit kann ich das Thema endlich auf gelöst setzen. Ich danke an dieser Stelle nochmal allen Beteiligten. Besonders Yamakuzure, dein Hinweis mit udev und nvidia-smi war goldrichtig und hat mich letztendlich zum Ziel geführt! |
|
Back to top |
|
|
Yamakuzure Advocate
Joined: 21 Jun 2006 Posts: 2297 Location: Adendorf, Germany
|
Posted: Sat Dec 21, 2013 10:58 am Post subject: |
|
|
Ich habe in Bug #376527 schon geschrieben, dass das Skript auf meinem System nicht notwendig, und die entsprechenden devices durch das Modulladen erzeugt werden. Könntest du dort deine Erfahrungen mit reinschreiben? _________________ Edited 220,176 times by Yamakuzure |
|
Back to top |
|
|
Fijoldar Apprentice
Joined: 10 Apr 2013 Posts: 248
|
Posted: Sat Dec 21, 2013 11:49 am Post subject: |
|
|
Habe ich gemacht! Da es mein erster Bugreport ist, bitte ich da um etwas Rücksicht, falls nicht alles stimmen sollte oder Infos fehlen. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|