Beiträge von Eldrad Ulthran

Der Pfad /usr/X11R6/lib64 existiert bei mir zwar, ist aber leer. Das Komma hab ich wiederhergestelllt.
Es gibt sehr viele verfügbare xf86-Pakete, von denen bei weitem nicht alle installiert sind (siehe Output von zypper se xf86). Einige davon brauche ich definitiv nicht, wie z.B. video-amdgpu. Ich habe nachträglich xf86-video-intel und xf86-video-nv installiert, sodass in /usr/lib64/xorg/modules/drivers/ zwei neue Dateien liegen: nv_drv.so und intel_drv.so. nvidia_drv.so liegt hingegen im Ordner /usr/lib64/nvidia/xorg/modules/updates/drivers/, sodass es ja auch gefunden werden müsste, oder?
Die Fehlermeldung zum intel-module verschwunden, ansonsten fällt die GPU immer noch vom Bus…

grep EE /var/log/Xorg.0.log.old 
[   840.923] Current Operating System: Linux linux-maxim.suse 4.13.0-2.gf518598-default #1 SMP PREEMPT Fri Sep 8 11:31:42 UTC 2017 (f518598) x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   841.991] (EE) evdev: TPPS/2 IBM TrackPoint: Unable to query fd: Inappropriate ioctl for device
[   842.020] (EE) PreInit returned 2 for "TPPS/2 IBM TrackPoint"

Das mit optirun -vv war natürlich Unsinn von mir…

journalctl -rb | grep bumble
Sep 09 21:22:55 linux-maxim.suse kernel: CPU: 2 PID: 2365 Comm: bumblebeed Tainted: G           O    4.13.0-2.gf518598-default #1
Sep 09 21:22:55 linux-maxim.suse bumblebeed[2365]: [    7.012933] [INFO]/usr/sbin/bumblebeed 3.2.1 started

In /etc/bumblebee/bumblebee.conf sind folgende Pfade angegeben:
LibraryPath=/usr/lib64/nvidia:/usr/lib/nvidia
XorgModulePath=/usr/lib64/nvidia/xorg/,/usr/lib64/xorg/modules

Das Komma ist wahrscheinlich ein Fehler, oder? Leider hat eine Korrektur zum Doppelpunkt samt reboot nichts gebracht.…

ll /usr/lib64/xorg/modules/drivers/
insgesamt 352
-rwxr-xr-x 1 root root  23696 18. Mai 00:17 fbdev_drv.so
-rwxr-xr-x 1 root root  73936 18. Jul 10:21 modesetting_drv.so
-rwxr-xr-x 1 root root 225944 18. Mai 00:18 nouveau_drv.so
-rwxr-xr-x 1 root root  27800 18. Mai 00:18 vesa_drv.so


ll /usr/lib64/nvidia/xorg/modules/updates/drivers/
insgesamt 8708
-rwxr-xr-x 1 root root 8916208  7. Sep 17:54 nvidia_drv.so

Zitat von Usuario

Wenn ich optirun -vv aufrufe bekomme ich:
[INFO]Response: Yes. X is active.

bei dir ist es:
[INFO]Response: No - error: Could not load GPU driver

Nicht ganz, optirun -vv liefert nix hilfreiches:

optirun -vv
[  332.630659] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
[  332.631123] [INFO]Configured driver: nvidia
[  332.631545] [DEBUG]optirun version 3.2.1 starting...
[  332.631577] [DEBUG]Active configuration:
[  332.631585] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf
[  332.631592] [DEBUG] X display: :8
[  332.631598] [DEBUG] LD_LIBRARY_PATH: /usr/lib64/nvidia:/usr/lib/nvidia
[  332.631605] [DEBUG] Socket path: /var/run/bumblebee.socket
[  332.631612] [DEBUG] Accel/display bridge: auto
[  332.631624] [DEBUG] VGL Compression: proxy
[  332.631645] [DEBUG] VGLrun extra options: 
[  332.631661] [DEBUG] Primus LD Path: /usr/lib64/primus:/usr/lib/primus
[  332.631674] [ERROR]Missing argument: application to ru

Zitat

Läuft bei dir der bumblebee service?Gib mal als root ein: systemctl status bumblebeed

systemctl status bumblebeed
● bumblebeed.service - Bumblebee C Daemon
   Loaded: loaded (/usr/lib/systemd/system/bumblebeed.service; enabled; vendor preset: disabled)
   Active: active (running) since Sat 2017-09-09 18:26:06 CEST; 6min ago
 Main PID: 2355 (bumblebeed)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/bumblebeed.service
           └─2355 /usr/sbin/bumblebeed


Sep 09 18:26:06 linux-maxim.suse systemd[1]: Started Bumblebee C Daemon.
Sep 09 18:26:06 linux-maxim.suse bumblebeed[2355]: [    7.005192] [INFO]/usr/sbin/bumblebeed 3.2.1 started

Zitat

Und was ist in der /etc/bumblebee/bumblebee.conf als Driver gesetzt?Dort sollte Driver=nvidia stehen.

Das ist auch bei mir der Fall.

modinfo nvidia
filename:       /lib/modules/4.13.0-1.g9313286-default/updates/nvidia.ko
alias:          char-major-195-*
version:        384.59
supported:      external
license:        GPL
srcversion:     11ED0C955343695EA49F7E2
alias:          pci:v000010DEd00000E00sv*sd*bc04sc80i00*
alias:          pci:v000010DEd*sv*sd*bc03sc02i00*
alias:          pci:v000010DEd*sv*sd*bc03sc00i00*
depends:        
name:           nvidia
vermagic:       4.13.0-1.g9313286-default SMP preempt mod_unload modversions 
parm:           NVreg_Mobile:int
parm:           NVreg_ResmanDebugLevel:int
parm:           NVreg_RmLogonRC:int
parm:           NVreg_ModifyDeviceFiles:int
parm:           NVreg_DeviceFileUID:int
parm:           NVreg_DeviceFileGID:int
parm:           NVreg_DeviceFileMode:int
parm:           NVreg_UpdateMemoryTypes:int
parm:           NVreg_InitializeSystemMemoryAllocations:int
parm:           NVreg_UsePageAttributeTable:int
parm:           NVreg_MapRegistersEarly:int
parm:           NVreg_RegisterForACPIEvents:int
parm:           NVreg_CheckPCIConfigSpace:int
parm:           NVreg_EnablePCIeGen3:int
parm:           NVreg_EnableMSI:int
parm:           NVreg_TCEBypassMode:int
parm:           NVreg_UseThreadedInterrupts:int
parm:           NVreg_EnableStreamMemOPs:int
parm:           NVreg_MemoryPoolSize:int
parm:           NVreg_RegistryDwords:charp
parm:           NVreg_RegistryDwordsPerDevice:charp
parm:           NVreg_RmMsg:charp
parm:           NVreg_AssignGpus:charp

In /etc/bumblebee/bumblebee.conf ist tatsächlich VirtualDisplay=:8 gesetzt; aber wie schon geschrieben, gibt es keine anderen xorg*log außer der 0.

Zitat von Usuario

optirun benutzt Display 8.

Die richtige Logdatei ist Xorg.8.log und nicht Xorg.0.log.

Dort solltest du nach Fehlern suchen.

Bei mir nicht:

find -xdev -iname "xorg*log"
./var/lib/sddm/.local/share/sddm/xorg-session.log
./var/log/Xorg.0.log

In der ersten Datei steht nur eine Zeile: QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden

Zitat von Sauerland

1. bbswitch ist in dem Repo siehe Beitrag # 22.

Die Version in dem von dir angegebenen Repo ist älter (0.8.6) als in X11:/Bumblebee (0.8.24); als beide Repos eingebunden waren, hat Yast automatisch das neuere ohne zu meckern installiert.

Zitat

2. Du hast zwei verschieden Versionen von nvidia-bumblebee und nvidia-xxxx installiert, schau mal in die von dir verlinkten Repos.......

nvidia-bumblebee ist nicht installiert, sondern x11-video-nvidia, so wie von @KosstAmojan beschrieben.

Vielen Dank fürs Öffnen!

Ich bin nun in folgender Situation: Ich habe Suse Leap 42.3 installiert, den neuesten Kernel aus kernel:/stable installiert, dann nouveau auf die Blacklist gesetzt, die repos Index of /repositories/X11:/Bumblebee/Kernel_stable_standard und Index of /repositories/home:/Bumblebee-Project:/nVidia:/latest/openSUSE_Leap_42.3 eingebunden und folgende Pakete installiert:
VirtualGL, VirtualGL.32bit, VirtualGl-devel, bbswitch, bbswitch-kmp-default, bumblebee, dkms, dkms-nvidia, primus. primus-32bit, nvidia-compute, nvidia-compute-32bit und x11-video-nvidia (-devel/32bit).
Dann wie gehabt systemctl enable dkms; systemctl enable bumblebeed; mkinitrd ausgeführt und neu gestartet.

Die CPU-interne Grafik funktioniert einwandfrei, jedoch kann ich die dezidierte GPU nicht nutzen:

optirun -vv glxspheres 
[ 2830.102914] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
[ 2830.103521] [INFO]Configured driver: nvidia
[ 2830.103908] [DEBUG]optirun version 3.2.1 starting...
[ 2830.103931] [DEBUG]Active configuration:
[ 2830.103938] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf
[ 2830.103946] [DEBUG] X display: :8
[ 2830.103953] [DEBUG] LD_LIBRARY_PATH: /usr/lib64/nvidia:/usr/lib/nvidia
[ 2830.103961] [DEBUG] Socket path: /var/run/bumblebee.socket
[ 2830.103968] [DEBUG] Accel/display bridge: auto
[ 2830.103976] [DEBUG] VGL Compression: proxy
[ 2830.103983] [DEBUG] VGLrun extra options: 
[ 2830.103996] [DEBUG] Primus LD Path: /usr/lib64/primus:/usr/lib/primus
[ 2830.104141] [DEBUG]Using auto-detected bridge virtualgl
[ 2830.155031] [INFO]Response: No - error: Could not load GPU driver


[ 2830.155071] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver


[ 2830.155084] [DEBUG]Socket closed.
[ 2830.155126] [ERROR]Aborting because fallback start is disabled.
[ 2830.155147] [DEBUG]Killing all remaining processes.

grep EE /var/log/Xorg.0.log
[     9.100] Current Operating System: Linux linux-maxim.suse 4.12.11-1.gbf7fb08-default #1 SMP PREEMPT Thu Sep 7 07:47:10 UTC 2017 (bf7fb08) x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[     9.141] (EE) Failed to load module "intel" (module does not exist, 0)
[    10.190] (EE) evdev: TPPS/2 IBM TrackPoint: Unable to query fd: Inappropriate ioctl for device
[    10.220] (EE) PreInit returned 2 for "TPPS/2 IBM TrackPoint"
[    10.256] (EE) evdev: TPPS/2 IBM TrackPoint: Unable to query fd: Inappropriate ioctl for device
[    10.312] (EE) PreInit returned 2 for "TPPS/2 IBM TrackPoint"

Auszug aus dmesg:

[drm] Replacing VGA console driver
[    5.461138] NVRM: The NVIDIA GPU 0000:01:00.0
               NVRM: (PCI ID: 10de:134d) installed in this system has
               NVRM: fallen off the bus and is not responding to commands.
[    5.461170] nvidia: probe of 0000:01:00.0 failed with error -1
[    5.461186] NVRM: The NVIDIA probe routine failed for 1 device(s).
[    5.461186] NVRM: None of the NVIDIA graphics adapters were initialized!
[    5.461284] nvidia-nvlink: Unregistered the Nvlink Core, major device number 247

Auch wenn viele google-Treffer zum "fallen off the bus" auf einen Hardwaredefekt hinweisen, glaube ich dem nicht, da vor dem Wechsel von 42.2 auf 42.3 diese Meldung nicht auftrat. Ansonsten bin ich ziemlich ratlos… :-/

Die CUDA-Anleitung habe ich noch nicht ausprobiert, da ich für CUDA-Programmierung eig. keinen Bedarf habe (und gewisse Scheu habe, mit gebrochenen Abhängigkeiten herumzuhantieren)

Die Installation eines neueren Kernels hat auf jeden Fall einen positiven Effekt gehabt: Der CPU-Grafikchip liefert nun endlich auch selbstständig ein flüssiges Bild und auch das WLAN verbindet sich deutlich schneller und stets beim ersten Versuch (vorher hat es ein wenig rumgezickt). Was Bumblebee angeht, werd ich das erst in zwei Wochen in Angriff nehmen können; eventuell sind bis dahin auch die ersten Kinderkrankheiten von Leap 42.3 behoben, sodass ich ein Upgrade wagen kann.

Zitat von da_sudel

Moinsen,
Könnte es sein das deine Intel CPU/GPU Generation vom 4.4er Kernel noch nicht unterstützt wird?
Sollte das der Fall sein Versuch ein Update auf einen aktuellen Kernel.
Wobei du dir damit eine neue Baustelle aufmachst.
Du kannst auch auf die neue LEAP Version warten die soll glaube ich dieser Tage erscheinen.

Den Gedanken, kernel:stable einzubinden hatte ich auch schon, da es auch schon mal bei einem anderen Rechner geholfen hatte. Jedoch meinte Sauerland damals schon, dass vorkompilierte Pakete wie eben die Nvidia-Treiber nur mit dem originalen Kernel funktionieren. Auch habe ich bei diversen Recherchen zu Bumblebee gelesen, dass es empfindlich auf Kernel-Updates reagiert und jedes Mal neu installiert werden muss – diese kommen aber ziemlich häufig bei kernel:stable. Aus diesem Grund habe ich es auch nicht versucht.
Vielleicht warte ich tatsächlich auf Leap 42.3.

Ich hatte beim Kauf keinen Hinweis auf mögliche Problemquellen: Da die Produktbeschreibung komplett verschwieg, dass in der CPU ein zweiter Grafikchip sitzt, dachte ich wohl, dass es eben nur die eine Nvidia-Karte gibt; und da ich bisher gut mit Nvidia gefahren bin, habe ich mich auch diesmal für eine entschieden. Von Bumblebee und Prime hatte ich bis dato nie gehört, sodass mir die Möglichkeit dieser Problematik nicht bekannt war. Auch ein eng verwandter ehemaliger Systemadmin, der seit ca. 20 Jahren Suse beruflich und privat nutzt, hat den Kauf befürwortet. Darüber hinaus erzählten andere Käufer, dass sie erfolgreich Ubuntu zum Laufen gebracht hätten – von Grafikproblemen war keine Rede.
Kurz gesagt habe ich, so gut es eben ging, die Augen vor dem Hardwarekauf aufgemacht.

Zurück zum ursprünglichen Problem:
Um suse-prime auszuprobieren, habe ich zunächst alle Spuren von bumblebee getilgt, indem ich die Pakete aus beiden Repos gelöscht bzw. auf Versionen aus den Standard-Repos zurückgeführt habe, die Repos gelöscht, mkinitrd ausgeführt und neu gestartet – Suse war also quasi wieder im ursprünglichen Zustand.
Dann habe suse-prime über den von dir bereitgestellten Link sowie den Grafiktreiber aus dem üblichen Nvidia-Repo installiert, die in der Anleitung Show home:Knurpht:Extras / suse-prime - openSUSE Build Service angegebenen Zeilen in /etc/X11/xdm/Xsetup kopiert und prime-select nvidia ausgeführt.
Nach dem Abmelden hatte ich einen schwarzen Bildschirm, und nach einem Neustart verweigert der X-Server komplett seinen Dienst. Ich hab mal neue dmesg und Xorg.0.log angehängt – deren Output übersteigt leider meine Kenntnisse.
Wenn ich prime-select intel ausführe, funktioniert immerhin der X-Server wieder, wenn auch nach wie vor mit miserabler Leistung.