RT Kernel & Nividia Treiber

[fulltilt]

gibr es eine Möglichkeit aufeinem RT Kernel (DAW) System einen proprietären nvidia-driver (free oder nonfree) zusammen zu installieren ohne Blacksreens und Kernel Macken?
Habs mal zeitweise mit Liquorix versucht da gibts aber auch alle 14 tagen min. Ugrades die in Blackscreens enden ...
am liebsten hätte ich alles aus einem Guss Debian RT Kernel und Debian nvidia-driver!
Das System soll mehrere mind. 24 Audiotracks möglichst ohne xRuns schaffen können, Hardwaremässig sollte das kein Problem sein ... nur eventl Conflicts mit Nvidia & RT Kernel ...

[rendegast]

Das (dkms-)Modul baut/funktioniert nicht mit einem RT-Kernel,
steht im build-log.

...
The kernel you are installing for is a PREEMPT_RT kernel!

The NVIDIA driver does not support real-time kernels. If you
are using a stock distribution kernel, please install
a variant of this kernel that does not have the PREEMPT_RT
patch set applied; if this is a custom kernel, please
install a standard Linux kernel. Then try installing the
NVIDIA kernel module again.

*** Failed PREEMPT_RT sanity check. Bailing out! ***

/var/lib/dkms/nvidia-current/384.130/build/Kbuild:195: recipe for target 'preempt_rt_sanity_check' failed
make[3]: *** [preempt_rt_sanity_check] Error 1
...

EDIT gleiches gilt für das 390xx aus stretch-backports.

[fulltilt]

hmm ... danke rendegast!
wenn ich den RT Kernel mal ganz weglasse und statdessen Liquorix (LowLatency) nehme, das müsste doch dann klappen oder?
https://liquorix.net/

Kann man für die Nvidia Treiber (habs auf Kubuntu getestet mit v415 - TOP) Launchpad verwenden, also Debian testing mit Liquorix Kernel und Launchpad Nividia-Driver?

Code: Alles auswählen

ppa:graphics-drivers/ppa

https://launchpad.net/~graphics-drivers ... ubuntu/ppa

OK, das ist wohl nunmal von den Ansprüchen her ziemlich exotisch ... aber müsste doch irgendwie machbar sein?

[rendegast]

Was das für ein Kernel ist, ist dem dkms-Bausatz erstmal egal,
es muß nur die Quellen resp. header dazu finden.
Normalerweise über die source/- und build/-Links im Modulverzeichnis.

Kann man für die Nvidia Treiber (habs auf Kubuntu getestet mit v415 - TOP) Launchpad verwenden, also Debian testing mit Liquorix Kernel und Launchpad Nividia-Driver?

Auch das ist egal, wenn zumindest die Formalismen von deb-Paket und dkms-Struktur eingehalten werden.
dkms-Struktur:
- Ein entsprechend benamtes Verzeichnis in /usr/src/
- In diesem Verzeichnis eine passable dkms.conf





--------------------------------
Das Modul 304xx baut übrigens noch mit dem debian 4.9-RT.

[fulltilt]

also mit der testing scheint es zu funktionieren

Code: Alles auswählen

uname -a
Linux testing 4.20.0-3.1-liquorix-amd64 #1 ZEN SMP PREEMPT liquorix 4.20-1.1~sid (2019-01-20) x86_64 GNU/Linux

Debian testing KDE Installation + Liquorix kernel & Nividia from launchpad:
Download:

Code: Alles auswählen

https://cdimage.debian.orgsudo update-grub/cdimage/weekly-live-builds/amd64/iso-hybrid

Code: Alles auswählen

sudo apt-get update
sudo apt-get install sddm-theme-breeze
change the login screnn in settings to sddm-theme-breeze
sudo apt-get update && sudo apt-get dist-upgrade

sudo apt-get install apt-xapian-index
sudo update-apt-xapian-index -vf
sudo apt-get install --reinstall synaptic
sudo dpkg-reconfigure synaptic

sudo nano /etc/pulse/client.conf.d/00-disable-autospawn.conf
change to:
# On linux systems, disable autospawn by default
# If you are not using systemd, comment out this line
#autospawn=no

sudo apt purge accountwizard akonadi-backend-mysql akonadi-server akregator kaddressbook kdepim-addons kdepim-runtime kdepim-themeeditors kleopatra kmail knotes kontact korganizer kdevelop sddm-theme-debian-maui cryptsetup-initramfs kopete
sudo apt-get autoremove --purge
sudo apt-get autoclean
sudo apt-get update
sudo apt install wget kwrite mc unzip bzip2

sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash threadirqs"

sudo update-initramfs -u
sudo update-grub
reboot

## intsall liquorix Kernel:
sudo apt-get update && sudo apt-get install apt-transport-https

sudo echo -e 'deb http://liquorix.net/debian sid main\ndeb-src http://liquorix.net/debian sid main\n\n# Mirrors:\n#\n# Unit193 - France\n# deb http://mirror.unit193.net/liquorix sid main\n# deb-src http://mirror.unit193.net/liquorix sid main' | sudo tee /etc/apt/sources.list.d/liquorix.list

wget -O - https://liquorix.net/linux-liquorix.pub | sudo apt-key add -
sudo apt-get update
sudo apt-get install linux-image-liquorix-amd64 linux-headers-liquorix-amd64

sudo update-initramfs -u
sudo update-grub
reboot

## Nvidia driver from Launchpad
sudo apt install devscripts build-essential software-properties-common
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys FCAE110B1118213C
sudo apt update && sudo apt upgrade
sudo apt-get install nvidia-driver-415

sudo update-initramfs -u
sudo update-grub
reboot

habs jetzt in einer Vbox getestet aber auch hier wurden die Nvidia Module fertig kompiliert, sollte also auf einem echten PC machbar sein!
DKMS: install completed.
nvidia-driver-415 (415.27-0ubuntu0~gpu19.04.1) wird eingerichtet ...
Trigger für libc-bin (2.28-5) werden verarbeitet ...
Trigger für initramfs-tools (0.132) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.20.0-3.1-liquorix-amd64

[rendegast]

Der 4.20.0-3.1-liquorix-amd64 enthält kein PREEMPT_RT / PREEMPT_RT_FULL,
wodurch die conftest.sh des Moduls nicht abbricht.

Der Test kann mit Umgebungsvariable IGNORE_PREEMPT_RT_PRESENCE übergangen werden.

[fulltilt]

Der 4.20.0-3.1-liquorix-amd64 enthält kein PREEMPT_RT / PREEMPT_RT_FULL,
wodurch die conftest.sh des Moduls nicht abbricht.

Die conftest.sh akzeptiert die Umgebungsvariable IGNORE_PREEMPT_RT_PRESENCE,
um den Test zu übergehen.

also soviel ich weis sind die Liqorix alle nur als LowLatency gedacht ohne echte RT Funktionen - aber LowLatency PREEMPT ...
oder liege ich da falsch?

Code: Alles auswählen

4.20.0-3.1-liquorix-amd64 #1 ZEN SMP PREEMPT liquorix 4.20-1.1~sid (2019-01-20) x86_64 GNU/Linux

[rendegast]

Code: Alles auswählen

$ grep PREEMPT config-4.20.0-3.1-liquorix-686-pae 
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_COUNT=y
CONFIG_PREEMPT_RCU=y
CONFIG_PREEMPT_NOTIFIERS=y
# CONFIG_DEBUG_PREEMPT is not set
# CONFIG_PREEMPTIRQ_EVENTS is not set
# CONFIG_PREEMPT_TRACER is not set
# CONFIG_PREEMPTIRQ_DELAY_TEST is not set

identisch beim Kernel amd64.

[fulltilt]

Code: Alles auswählen

$ grep PREEMPT config-4.20.0-3.1-liquorix-686-pae 
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_COUNT=y
CONFIG_PREEMPT_RCU=y
CONFIG_PREEMPT_NOTIFIERS=y
# CONFIG_DEBUG_PREEMPT is not set
# CONFIG_PREEMPTIRQ_EVENTS is not set
# CONFIG_PREEMPT_TRACER is not set
# CONFIG_PREEMPTIRQ_DELAY_TEST is not set

identisch beim Kernel amd64.

Schade ... dann bleibt mir nur Kubuntu oder KDE Neon wenn ich KDE mit Nvidia und LowLatency Kernel verwenden will?

[rendegast]

... nur Kubuntu oder KDE Neon wenn ich KDE mit Nvidia und LowLatency Kernel verwenden will?

Ist eine Alternative.

Wenn mit dem liquorix-kernel alles funktioniert, kannst Du bei dem bleiben.
Ist der low-latency?


Ein Versuch mit dem debian-RT und IGNORE_PREEMPT_RT_PRESENCE?

[CH777]

Bist du sicher, dass du den RT-Kernel überhaupt brauchst? Der hat nämlich eigentlich nix mit der Anzahl der möglichen Tracks zu tun.
Daher mein Tip: Versuch es doch erstmal mit dem Standard-Kernel, bei mir zumindest läuft das problemlos mit der Audioproduktion.

[fulltilt]

der Liquorix sollte ausreichen ist LowLatency und für Audio bzw. Multimediaanwendungen gedacht. Es geht nicht nur um die Anzahl der Tracks sondern auch die Anzahl der Tracks beim Monitoring fürs rec. nach den basic Tracks - also Latenzen

[fulltilt]

also das funktioniert optimal!
Ich nehme das Debian 10 installiere den liquorix Kernel, danach über die Ubuntu Launchpad PPA den Nvidia 415 Treiber ... habe danach das Sytem noch etwas tuned (ssd, grub, xorg, KDE settings, disabled services).
KDE Neon ist schon sehr schnell und vom KDE her immer aktuell, aber nicht vom OS ...
Momentan ist diese gepimpte Debian 10 sehr viel schneller als KDE neon und genauso stabil ... der einzige Unterschied sind halt die Pakete (KDE) die bei Neon halt aktueller sind. Aber so wie es jetzt ist, bin ich sehr zufrieden mit der Performance und Stabilität!