[arch-general] Proprietary nvidia driver for different kernels
Hi :) until now I switch between the FLOSS nv driver and the proprietary nvidia driver at startup, depending to the kernel I boot. IOW I use the nv driver with kernel-rt and the proprietary with 3.5.3-1-ARCH. If I try to boot the kernel-rt, I get a black screen. [spinymouse@archlinux ~]$ pacman -Qi nvidia | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi nvidia-rt | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi nvidia-utils | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi xf86-video-nv | grep Ver Version : 2.1.20-1 [spinymouse@archlinux ~]$ grep DAEMONS /etc/rc.conf # DAEMONS DAEMONS=(!69switch_xorg.conf hwclock syslog-ng !network !netfs crond acpid dbus networkmanager rtirq) Any ideas? The graphics is a GeForce 7200 GS. The nv driver is ok, but I have to readjust the monitor if I switch from nvidia and soon or later it will be dropped. The vesa driver won't provide the needed resolution and noveau
On Sun, 2012-09-16 at 20:32 +0200, Ralf Mardorf wrote:
Hi :)
until now I switch between the FLOSS nv driver and the proprietary nvidia driver at startup, depending to the kernel I boot. IOW I use the nv driver with kernel-rt and the proprietary with 3.5.3-1-ARCH.
If I try to boot the kernel-rt, I get a black screen.
[spinymouse@archlinux ~]$ pacman -Qi nvidia | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi nvidia-rt | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi nvidia-utils | grep Ver Version : 304.43-1 [spinymouse@archlinux ~]$ pacman -Qi xf86-video-nv | grep Ver Version : 2.1.20-1 [spinymouse@archlinux ~]$ grep DAEMONS /etc/rc.conf # DAEMONS DAEMONS=(!69switch_xorg.conf hwclock syslog-ng !network !netfs crond acpid dbus networkmanager rtirq)
Any ideas? The graphics is a GeForce 7200 GS. The nv driver is ok, but I have to readjust the monitor if I switch from nvidia and soon or later it will be dropped. The vesa driver won't provide the needed resolution and noveau
Apologize. ... nouveau never worked on my machine. Regards, Ralf PS: Before I'll add a note to AUR, I want to know, if there's any alternative to nouveau and nv, assumed I won't get nvidia to work.
On Sun, 16 Sep 2012 20:35:57 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
... nouveau never worked on my machine.
Have you tried nouveau lately? It has improved a lot lately... -- Joakim
On Sun, 2012-09-16 at 21:30 +0200, Joakim Hernberg wrote:
On Sun, 16 Sep 2012 20:35:57 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
... nouveau never worked on my machine.
Have you tried nouveau lately? It has improved a lot lately...
That's a good question. $ pacman -Si xf86-video-nouveau Version : 1.0.1-1 Conflicts With : xorg-server<1.11.99.902 Build Date : Tue Jun 19 03:43:40 2012 $ pacman -Qi xorg-server Version : 1.12.4-1 $ pacman -Qi libdrm Name : libdrm Version : 2.4.39-1 I don't know. I'll test it again. At least nouveau 0.0.15 and libdrm 2.4.21 for another outdated Linux don't work, but I'm sure I also tested newer versions. Regards, Ralf
On Sun, 2012-09-16 at 21:30 +0200, Joakim Hernberg wrote:
Have you tried nouveau lately? It has improved a lot lately...
Thank you :) indeed it works with the kernel-rt. I still have to test it a little bit longer and to check if audio production will be ok too, but until now it's ok for averaged desktop usage. Unfortunately I can't install nouveau-dri, since this conflicts with libgl and nvidia-utils and I'll use the proprietary driver with the standard kernel. Only drawback, after startup and when starting the Xfce session, the monitor relay is switching very often. The advantage is, that I don't need to readjust the monitor when switching between nouveau and nvidia. In the past nouveau only was a PITA, but now everything seems to be fine. Regards, Ralf
On Mon, 17 Sep 2012 15:27:04 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
Unfortunately I can't install nouveau-dri, since this conflicts with libgl and nvidia-utils and I'll use the proprietary driver with the standard kernel.
If I were you, I'd try nouveau all the way. only reason not to would be gaming. One thing I still have to check out though is if the support for vblank is working, otherwise it might have some tearing when watching video. But I agree, it's a pain switching between nvidia and nouveau, but I'd be inclined to blame nvidia itself for that...:) In any case it's nice to see that a opensource alternative to the closed nividia driver is available and working better all the time! -- Joakim
I don't play computer games. Perhaps I'll render 3D videos or use Google Earth. I'll give it a try and remove the proprietary driver. Watching videos and editing videos must be possible for my needs too. I was pissed off when the old nouveau driver didn't work for my machine and some distros already dropped the nv driver. If 3D should work with the kernel-rt, I don't need the standard kernel anymore, resp. perhaps I'll keep a second kernel for emergency cases. Hopefully the nouveau driver won't cause real-time issues. I guess I'll run a jack midi latency test later or tomorrow.
In any case it's nice to see that a opensource alternative to the closed nividia driver is available and working better all the time!
Unfortunately we only can use it until 21 December 2012 ;D. Regards, Ralf
On 17 Sep 2012 18:46, "Ralf Mardorf" <ralf.mardorf@alice-dsl.net> wrote:
I don't play computer games.
....
In any case it's nice to see that a opensource alternative to the closed nividia driver is available and working better all the time!
Unfortunately we only can use it until 21 December 2012 ;D.
Unfortunately I have to use nvidia drivers for CUDA programming.. I might get a specific card just for the CUDA stuff and still load the nouveau for xorg. I don't think its possible with just one GPU, is it? Switching from nvidia to nouveau using the scripts in the wiki for now.
Regards, Ralf
On Mon, 2012-09-17 at 19:02 +0100, Leonidas Spyropoulos wrote:
On 17 Sep 2012 18:46, "Ralf Mardorf" <ralf.mardorf@alice-dsl.net> wrote:
I don't play computer games.
....
In any case it's nice to see that a opensource alternative to the closed nividia driver is available and working better all the time!
Unfortunately we only can use it until 21 December 2012 ;D.
Unfortunately I have to use nvidia drivers for CUDA programming..
I might get a specific card just for the CUDA stuff and still load the nouveau for xorg. I don't think its possible with just one GPU, is it? Switching from nvidia to nouveau using the scripts in the wiki for now.
I don't know. Btw. I was switching between nv and nvidia for several distros using a very primitive script: $ cat /etc/rc.d/69switch_xorg.conf #! /bin/sh # /etc/rcS.d/Switch_xorg_conf rm /etc/X11/xorg.conf case $(uname -r) in *rt*) cp /etc/X11/xorg.conf.nv /etc/X11/xorg.conf ;; *) cp /etc/X11/xorg.conf.nvidia /etc/X11/xorg.conf ;; esac At the moment "nv" is for "nouveau". I didn't know those scrips: https://wiki.archlinux.org/index.php/NVIDIA#Switching_between_nvidia_and_nou... If I should use those scripts, I guess I would replace pacman -S, by pacman -U to install always the versions I know as being stable for my needs. Perhaps I only need nouveau, have no time to test it now, I'll watch The Simpsons at the moment ... commercial break finished ... Regards, Ralf Regards, Ralf
Joakim Hernberg <jbh <at> alchemy.lu> writes:
But I agree, it's a pain switching between nvidia and nouveau, but I'd be inclined to blame nvidia itself for that...:)
Not their fault. But nevertheless, they are the ones trying to fix it: http://lists.freedesktop.org/archives/mesa-dev/2012-September/027295.html
Now I COMPLETELY understand the difference between switching form nvidia to nv or vice versa and switching from nvidia to nouveau and vice versa [1] ;). Regards, Ralf [1] # pacman -Syu nouveau-dri :: libgl and nvidia-utils are in conflict. Remove nvidia-utils? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: lib32-nvidia-utils: requires nvidia-utils :: nvidia: requires nvidia-utils=304.43 # pacman -R nvidia lib32-nvidia-utils error: failed to prepare transaction (could not satisfy dependencies) :: google-earth: requires lib32-libgl :: lib32-mesa: requires lib32-libgl # pacman -Syu lib32-libgl :: lib32-libgl and lib32-nvidia-utils are in conflict. Remove lib32-nvidia-utils? [y/N] y Targets (4): lib32-nvidia-utils-304.43-1 [removal] tzdata-2012f-1 xf86-video-nouveau-1.0.2-1 lib32-libgl-8.0.4-4 # pacman -R nvidia # pacman -Syu nouveau-dri Targets (4): libdrm-nouveau1-2.4.33-1 libgl-8.0.4-3 nvidia-utils-304.43-1 [removal] nouveau-dri-8.0.4-2
Hi :) I tried to switch back to nv for the kernel-rt, but it failed. GDM doesn't start anymore. [root@archlinux spinymouse]# pacman -Rss xf86-video-nouveau Targets (1): xf86-video-nouveau-1.0.2-1 [root@archlinux spinymouse]# rm /etc/X11/xorg.conf [root@archlinux spinymouse]# cp /etc/X11/xorg.conf.nv /etc/X11/xorg.conf [root@archlinux spinymouse]# pacman -Rdds nouveau-dri libgl Targets (3): libdrm-nouveau1-2.4.33-1 libgl-8.0.4-3 nouveau-dri-8.0.4-2 [root@archlinux spinymouse]# shutdown -r now GDM won't start anymore, I booted another linux and continued with: spinymouse@precise:~$ sudo sed -i 's/options nouveau modeset=1/#options nouveau modeset=1/' /mnt/archlinux/etc/modprobe.d/ sed: can't read /mnt/archlinux/etc/modprobe.d/modprobe.conf: No such file or directory spinymouse@precise:~$ ls /mnt/archlinux/etc/modprobe.d/modprobe.conf ls: cannot access /mnt/archlinux/etc/modprobe.d/modprobe.conf: No such file or directory spinymouse@precise:~$ grep nouveau /mnt/archlinux/etc/mkinitcpio.conf spinymouse@precise:~$ Useless since there's nothing to do. I didn't switch to systemd. spinymouse@precise:~$ grep \(EE /mnt/archlinux/var/log/Xorg.0.log (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 17.176] (EE) Failed to load module "glx" (module does not exist, 0) [ 17.178] (EE) Failed to load module "v4l" (module does not exist, 0) [ 17.247] (EE) NV: The PCI device 0x10de01d3 (GeForce 7300 SE) at 01@00:00:0 has a kernel module claiming it. [ 17.247] (EE) NV: This driver cannot operate until it has been unloaded. [ 17.248] (EE) No devices detected. Any hints are welcome. Regards, Ralf PS: I did jitter tests using the nouveau driver, but forgot to take care about the CPU frequency scaling. I don't know if it was set up to performance, so I need to do the tests again. IOW first I'll install nouveau again, but I also want to be able to switch back to nv. This is an older test: http://www.digipedia.pl/usenet/thread/11091/63/ No Xruns! As long as peak is > 1ms, it's still > 0.2ms, everything should be ok for my taste, so even while the current tests are worse compared with the old tests, peak jitter perhaps still is inaudible, even for me and I'm very sensitive to timing issues, phasing and things like that. However, it's strange to get Xruns when doing a MIDI latency test, this seems to be a serious issue. And now today's test: [spinymouse@archlinux ~]$ uname -r 3.4.4-rt14-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdbf0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ sudo chgrp audio /dev/hpet [spinymouse@archlinux ~]$ sudo chmod g+rw /dev/hpet [spinymouse@archlinux ~]$ sudo modprobe snd-hrtimer [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status | grep n 281 FF 85 - 125 0.0 S irq/18-snd_hdsp 283 FF 80 - 120 0.0 S irq/20-snd_ice1 304 FF 79 - 119 0.0 S irq/21-snd_ice1 330 FF 50 - 90 0.0 S irq/18-nouveau [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 JackALSARawMidiDriver::Attach - input port registered (alias='system:1-1 HDSPMx579bcc MIDI 1 1 in'). JackALSARawMidiDriver::Attach - input port registered (alias='system:2-1 TerraTec EWX24/96 MIDI 1 in'). JackALSARawMidiDriver::Attach - output port registered (alias='system:1-1 HDSPMx579bcc MIDI 1 1 out'). JackALSARawMidiDriver::Attach - output port registered (alias='system:2-1 TerraTec EWX24/96 MIDI 1 out'). [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.72 ms (562.26 frames) Lowest latency: 11.67 ms (560 frames) Highest latency: 11.84 ms (568 frames) Peak MIDI jitter: 0.17 ms (8 frames) Average MIDI jitter: 0.03 ms (0.23 frames) Jitter Plot: 0.0 - 0.1 ms: 8185 0.1 - 0.2 ms: 2 > 10 ms: 5 Latency Plot: 11.6 - 11.7 ms: 1068 11.7 - 11.8 ms: 7109 11.8 - 11.9 ms: 10 > 21.6 ms: 5 Messages sent: 8192 Messages received: 8192 Xruns: 5 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.72 ms (562.71 frames) Lowest latency: 11.69 ms (561 frames) Highest latency: 11.81 ms (567 frames) Peak MIDI jitter: 0.12 ms (6 frames) Average MIDI jitter: 0.01 ms (0.09 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 1 11.7 - 11.8 ms: 8187 11.8 - 11.9 ms: 4 Messages sent: 8192 Messages received: 8192
On Tue, 2012-09-18 at 16:58 +0200, I made some typos:
No Xruns! As long as peak is > 1ms, it's still > 0.2ms, everything should be ok for my taste
*chuckle* The ">" should be "<"
Hi :) I set up CPU frequency scaling as needed and run the Jack MIDI latency tests again. I suspect the nouveau driver still is broken [1]. There are still Xruns and there's an absurd high peak. Now I need to get my nvidia/nv set up back, but this script https://wiki.archlinux.org/index.php/NVIDIA#Switching_between_nvidia_and_nou... is useless, because of [spinymouse@archlinux ~]$ cat /etc/modprobe.d/modprobe.conf cat: /etc/modprobe.d/modprobe.conf: No such file or directory [spinymouse@archlinux ~]$ grep MODULES /etc/mkinitcpio.conf # MODULES # MODULES="piix ide_disk reiserfs" MODULES="" # 'filesystems' is _required_ unless you specify your fs modules in MODULES ## This setup specifies all modules in the MODULES setting above. Since the nv driver still is installed, I also tried to blacklist nouveau, but starting GDM always failed. I prefer not to restore Arch from a backup. There must be a way to get rid of nouveau and get nv and nvidia working again. At the moment I'm stuck. Regards, Ralf [1] [spinymouse@archlinux ~]$ cpupower frequency-info | grep The\ gov The governor "ondemand" may decide which speed to use [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ cpupower frequency-info | grep The\ gov The governor "performance" may decide which speed to use [spinymouse@archlinux ~]$ uname -r 3.4.4-rt14-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdbf0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ sudo chgrp audio /dev/hpet [spinymouse@archlinux ~]$ sudo chmod g+rw /dev/hpet [spinymouse@archlinux ~]$ sudo modprobe snd-hrtimer [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 300 FF 85 - 125 0.0 S irq/18-snd_hdsp 335 FF 80 - 120 0.0 S irq/20-snd_ice1 338 FF 79 - 119 0.0 S irq/21-snd_ice1 116 FF 70 - 110 0.0 S irq/19-ehci_hcd 118 FF 70 - 110 0.5 S irq/16-ohci_hcd 121 FF 69 - 109 0.0 S irq/17-ohci_hcd 125 FF 68 - 108 0.0 S irq/17-ohci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 105 FF 50 - 90 0.1 S irq/22-ahci 123 FF 50 - 90 0.0 S irq/18-ohci_hcd 127 FF 50 - 90 0.0 S irq/18-ohci_hcd 130 FF 50 - 90 0.0 S irq/14-pata_ati 131 FF 50 - 90 0.0 S irq/15-pata_ati 267 FF 50 - 90 0.0 S irq/7-parport0 293 FF 50 - 90 0.0 S irq/22-firewire 330 FF 50 - 90 0.0 S irq/18-nouveau 588 FF 50 - 90 0.0 S irq/43-eth0 3 FF 1 - 41 0.0 S ksoftirqd/0 11 FF 1 - 41 0.0 S ksoftirqd/1 [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (560.52 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 11.76 ms (564 frames) Peak MIDI jitter: 0.10 ms (5 frames) Average MIDI jitter: 0.02 ms (0.04 frames) Jitter Plot: 0.0 - 0.1 ms: 8189 > 10 ms: 3 Latency Plot: 11.6 - 11.7 ms: 7906 11.7 - 11.8 ms: 283 > 21.6 ms: 3 Messages sent: 8192 Messages received: 8192 Xruns: 3 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (561.05 frames) Lowest latency: 11.40 ms (547 frames) Highest latency: 11.76 ms (564 frames) Peak MIDI jitter: 0.35 ms (17 frames) Average MIDI jitter: 0.00 ms (0.04 frames) Jitter Plot: 0.0 - 0.1 ms: 8191 0.2 - 0.3 ms: 1 Latency Plot: 11.4 - 11.5 ms: 1 11.6 - 11.7 ms: 7704 11.7 - 11.8 ms: 487 Messages sent: 8192 Messages received: 8192
On Tue, 18 Sep 2012 22:41:32 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
I set up CPU frequency scaling as needed and run the Jack MIDI latency tests again. I suspect the nouveau driver still is broken [1]. There are still Xruns and there's an absurd high peak.
At this moment in time I'll skip the rest of your msg since I don't know all that much about midi nor about switching back and forth between nouveau and nvidia. As the maintainer and author of the current linux-rt package both on aur and in the archaudio-production repo, I'd be interested in getting the midi performance tested and approved though One thing did catch my attention though. you have your rme audio card in a slot that shares irq with the nvidia and with several usb devices. Imo that is really asking for trouble and you need to at the very least get your soundcard to use another interrupt than the nvidia card... -- Joakim
On Sat, 2012-09-22 at 18:00 +0200, Joakim Hernberg wrote:
One thing did catch my attention though. you have your rme audio card in a slot that shares irq with the nvidia and with several usb devices. Imo that is really asking for trouble and you need to at the very least get your soundcard to use another interrupt than the nvidia card...
Yes, but I don't had this issue in the past. I can't get another IRQ for the sound card. FWIW, the latency test did work with the TerraTec too, there was some "Voodoo" when it didn't work using the nv driver. However, I try to get rid of the NVIDIA card. I will remove it and check if Linux nowadays is able to enable 3D support for the on-board ATI Radeon X1250-based graphics. Regards, Ralf
However, I try to get rid of the NVIDIA card. I will remove it and check if Linux nowadays is able to enable 3D support for the on-board ATI Radeon X1250-based graphics.
Just thought I'd give a heads up that a major overhaul of nouveau apparently including knowledge gained from the last few years is planned for release with kernel 3.7. http://www.h-online.com/open/features/Kernel-Log-Major-overhaul-of-Nouveau-1... -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) _______________________________________________________________________
Subject was: Re: [arch-general] Switching back from nouveau doesn't work - Was: Proprietary nvidia driver for different kernels On Sat, 2012-09-22 at 18:00 +0200, Joakim Hernberg wrote:
One thing did catch my attention though. you have your rme audio card in a slot that shares irq with the nvidia and with several usb devices. Imo that is really asking for trouble and you need to at the very least get your soundcard to use another interrupt than the nvidia card...
Hi :) I switched from a NVIDIA PCIe graphics to the integrated ATI. In the past the shared IRQ didn't cause xruns for the latency test, this is what rtirq is for. Using the ATI's FLOSS driver Google Earth can be used, so I don't need the NVIDIA anymore, it only was needed when the ATI on Linux had no 3D acceleration, the proprietary driver didn't work. The first latency test for the kernel-rt failed with a xrun, while the NVIDIA graphics still was mounted [1]. The second test for the default kernel is ok, no xrun. The test run 3 times [2]. After removing the NVIDIA card, BIOS setting 256MB framebuffer, still 256MB RAM are missing. The latency test for the kernel-rt again failed with a xrun [3]. Even if the shared IRQ should be the culprit, it's strange that there are no xruns, when using a default kernel, not to mention that the Jack MIDI latency test isn't an audio test, so there isn't load regarding to audio. Later or tomorrow I'll test, if the proprietary ATI driver should improve the situation, assumed it should work nowadays with the integrated graphics. I'll also take a look at the kernel-rt's config. In the past I build kernels-rt and full preempt kernels with threadirqs myself, current kernels-rt I tested are from the Arch repositories. IIRC only difference between my kernels and the Arch repository kernels-rt was, that I enabled tickless system (dynamic ticks) and that some were and other were not build with CONFIG_MK8=y. Regards, Ralf [1] [spinymouse@archlinux ~]$ date Mon Sep 24 21:09:43 CEST 2012 [spinymouse@archlinux ~]$ uname -a Linux archlinux 3.4.11-rt19-1-rt #1 SMP PREEMPT RT Fri Sep 21 13:19:10 UTC 2012 x86_64 GNU/Linux [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfddf0000, irq 18 Card 1: TerraTec EWX24/96 at 0xaf00, irq 20 Card 2: TerraTec EWX24/96 at 0xab00, irq 21 [spinymouse@archlinux ~]$ pacman -Qi xf86-video-nouveau error: package 'xf86-video-nouveau' was not found [spinymouse@archlinux ~]$ pacman -Qi xf86-video-ati Version : 1:6.14.6-1 [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 62 FF 90 - 130 0.0 S irq/8-rtc0 294 FF 85 - 125 0.0 S irq/18-snd_hdsp 331 FF 80 - 120 0.0 S irq/20-snd_ice1 334 FF 79 - 119 0.0 S irq/21-snd_ice1 98 FF 70 - 110 0.0 S irq/19-ehci_hcd 101 FF 70 - 110 0.5 S irq/16-ohci_hcd 120 FF 69 - 109 0.0 S irq/17-ohci_hcd 124 FF 68 - 108 0.0 S irq/17-ohci_hcd 60 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 103 FF 50 - 90 0.2 S irq/22-ahci 113 FF 50 - 90 0.0 S irq/14-pata_ati 114 FF 50 - 90 0.0 S irq/15-pata_ati 122 FF 50 - 90 0.0 S irq/18-ohci_hcd 126 FF 50 - 90 0.0 S irq/18-ohci_hcd 269 FF 50 - 90 0.0 S irq/7-parport0 292 FF 50 - 90 0.0 S irq/22-firewire 303 FF 50 - 90 0.0 S irq/18-radeon 337 FF 50 - 90 0.0 S irq/18-nouveau 584 FF 50 - 90 0.0 S irq/43-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 11 FF 1 - 41 0.1 S ksoftirqd/1 [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Xruns: 1 [2] [spinymouse@archlinux ~]$ date Mon Sep 24 21:46:01 CEST 2012 [spinymouse@archlinux ~]$ uname -a Linux archlinux 3.5.4-1-ARCH #1 SMP PREEMPT Sat Sep 15 08:12:04 CEST 2012 x86_64 GNU/Linux [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdff0000, irq 18 Card 1: TerraTec EWX24/96 at 0xaf00, irq 20 Card 2: TerraTec EWX24/96 at 0xab00, irq 21 [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 3 TS - 0 19 0.0 S ksoftirqd/0 10 TS - 0 19 0.0 S ksoftirqd/1 [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.66 ms (559.54 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 11.71 ms (562 frames) Peak MIDI jitter: 0.06 ms (3 frames) Average MIDI jitter: 0.01 ms (0.02 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 8190 11.7 - 11.8 ms: 2 Messages sent: 8192 Messages received: 8192 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.66 ms (559.54 frames) Lowest latency: 11.64 ms (559 frames) Highest latency: 11.71 ms (562 frames) Peak MIDI jitter: 0.06 ms (3 frames) Average MIDI jitter: 0.01 ms (0.01 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 8191 11.7 - 11.8 ms: 1 Messages sent: 8192 Messages received: 8192 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.66 ms (559.63 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 12.95 ms (621 frames) Peak MIDI jitter: 1.31 ms (62 frames) Average MIDI jitter: 0.01 ms (0.05 frames) Jitter Plot: 0.0 - 0.1 ms: 8191 1.2 - 1.3 ms: 1 Latency Plot: 11.6 - 11.7 ms: 8185 11.7 - 11.8 ms: 6 12.9 - 13.0 ms: 1 Messages sent: 8192 Messages received: 8192 [3] [spinymouse@archlinux ~]$ hwinfo --memory Memory Size: 3 GB + 512 MB [spinymouse@archlinux ~]$ date Mon Sep 24 22:29:49 CEST 2012 [spinymouse@archlinux ~]$ uname -r 3.4.11-rt19-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdff0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 314 FF 85 - 125 0.0 S irq/18-snd_hdsp 321 FF 80 - 120 0.0 S irq/20-snd_ice1 324 FF 79 - 119 0.0 S irq/21-snd_ice1 110 FF 70 - 110 0.0 S irq/19-ehci_hcd 112 FF 70 - 110 0.2 S irq/16-ohci_hcd 115 FF 69 - 109 0.0 S irq/17-ohci_hcd 119 FF 68 - 108 0.0 S irq/17-ohci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 100 FF 50 - 90 0.1 S irq/22-ahci 117 FF 50 - 90 0.0 S irq/18-ohci_hcd 121 FF 50 - 90 0.0 S irq/18-ohci_hcd 124 FF 50 - 90 0.0 S irq/14-pata_ati 125 FF 50 - 90 0.0 S irq/15-pata_ati 269 FF 50 - 90 0.0 S irq/7-parport0 304 FF 50 - 90 0.0 S irq/22-firewire 318 FF 50 - 90 0.0 S irq/18-radeon 574 FF 50 - 90 0.0 S irq/42-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 11 FF 1 - 41 0.0 S ksoftirqd/1 [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.68 ms (560.64 frames) Lowest latency: 11.64 ms (559 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.11 ms (5 frames) Average MIDI jitter: 0.01 ms (0.07 frames) Jitter Plot: 0.0 - 0.1 ms: 8191 > 10 ms: 1 Latency Plot: 11.6 - 11.7 ms: 7696 11.7 - 11.8 ms: 495 > 21.6 ms: 1 Messages sent: 8192 Messages received: 8192 Xruns: 1
On Mon, 24 Sep 2012 23:06:57 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
294 FF 85 - 125 0.0 S irq/18-snd_hdsp 122 FF 50 - 90 0.0 S irq/18-ohci_hcd 126 FF 50 - 90 0.0 S irq/18-ohci_hcd 303 FF 50 - 90 0.0 S irq/18-radeon 337 FF 50 - 90 0.0 S irq/18-nouveau
This isn't looking all that good.. Afaik, you really ought to prefer having that snd_hdsp on it's own irq, but if not, then at least you need to raise the priority to around the same for the rest of the threads on the same irq... -- Joakim
On Tue, 2012-09-25 at 00:12 +0200, Joakim Hernberg wrote:
On Mon, 24 Sep 2012 23:06:57 +0200 Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
294 FF 85 - 125 0.0 S irq/18-snd_hdsp 122 FF 50 - 90 0.0 S irq/18-ohci_hcd 126 FF 50 - 90 0.0 S irq/18-ohci_hcd 303 FF 50 - 90 0.0 S irq/18-radeon 337 FF 50 - 90 0.0 S irq/18-nouveau
This isn't looking all that good.. Afaik, you really ought to prefer having that snd_hdsp on it's own irq, but if not, then at least you need to raise the priority to around the same for the rest of the threads on the same irq...
I guess it's impossible to change the IRQ. Assumed that rtirq fits to the current kernel version, it's easy to raise the priority of the others that share IRQ 18 (but it's not wanted). Note! In the past I never run into this trouble: http://www.digipedia.pl/usenet/thread/11091/63/ Btw. there's no audio load, so xruns are really strange. The config was [spinymouse@archlinux ~]$ grep RTIRQ_NAME_LIST /etc/conf.d/rtirq RTIRQ_NAME_LIST="rtc snd_hdsp snd_ice1 snd usb i8042" New trial (the RMR card still get xruns) [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 298 FF 85 - 125 0.0 S irq/18-snd_hdsp 331 FF 85 - 125 0.0 S irq/20-snd_ice1 333 FF 85 - 125 0.0 S irq/21-snd_ice1 293 FF 80 - 120 0.0 S irq/18-radeon 106 FF 75 - 115 0.1 S irq/16-ohci_hcd 119 FF 74 - 114 0.0 S irq/17-ohci_hcd 130 FF 73 - 113 0.0 S irq/17-ohci_hcd 104 FF 70 - 110 0.0 S irq/19-ehci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 109 FF 50 - 90 0.8 S irq/22-ahci 121 FF 50 - 90 0.0 S irq/14-pata_ati 122 FF 50 - 90 0.0 S irq/15-pata_ati 128 FF 50 - 90 0.0 S irq/18-ohci_hcd 132 FF 50 - 90 0.0 S irq/18-ohci_hcd 285 FF 50 - 90 0.0 S irq/7-parport0 291 FF 50 - 90 0.2 S irq/22-firewire 583 FF 50 - 90 0.0 S irq/42-eth0 3 FF 1 - 41 0.3 S ksoftirqd/0 11 FF 1 - 41 0.3 S ksoftirqd/1 [spinymouse@archlinux ~]$ grep RTIRQ_NAME_LIST /etc/conf.d/rtirq #RTIRQ_NAME_LIST="rtc snd_hdsp snd_ice1 snd usb i8042" RTIRQ_NAME_LIST="rtc snd radeon ohci_hcd usb i8042" [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.68 ms (560.54 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.10 ms (5 frames) Average MIDI jitter: 0.01 ms (0.05 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 7822 11.7 - 11.8 ms: 370 Messages sent: 8192 Messages received: 8192 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (560.64 frames) Lowest latency: 11.67 ms (560 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.08 ms (4 frames) Average MIDI jitter: 0.03 ms (0.06 frames) Jitter Plot: 0.0 - 0.1 ms: 8186 > 10 ms: 6 Latency Plot: 11.6 - 11.7 ms: 7709 11.7 - 11.8 ms: 477 > 21.6 ms: 6 Messages sent: 8192 Messages received: 8192 Xruns: 6 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (561.05 frames) Lowest latency: 11.67 ms (560 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.08 ms (4 frames) Average MIDI jitter: 0.00 ms (0.01 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 7771 11.7 - 11.8 ms: 421 Messages sent: 8192 Messages received: 8192 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (561.04 frames) Lowest latency: 11.67 ms (560 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.08 ms (4 frames) Average MIDI jitter: 0.00 ms (0.01 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 7798 11.7 - 11.8 ms: 394 Messages sent: 8192 Messages received: 8192 Regards, Ralf
participants (5)
-
Joakim Hernberg
-
Kevin Chadwick
-
Leonidas Spyropoulos
-
Ralf Mardorf
-
Uros Vampl