[LAU] help request: RT audio checkup and xorg's xruns
nicola.pandini at gmail.com
Mon Aug 24 19:16:33 CEST 2020
Thank you David,
I kept i8042 in RTIRQ_NAME_LIST because it was present in the default
configuration of rtirq. I have now removed it from RTIRQ_NAME_LIST, but
the situation doesn't seem to have changed.
I don't know how to find it, could you please tell me how to check it out?
Here is the lspci for the video interface:
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core
Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA
Subsystem: ASUSTeK Computer Inc. 4th Gen Core Processor Integrated
Flags: bus master, fast devsel, latency 0, IRQ 36
Memory at f7400000 (64-bit, non-prefetchable) [size=4M]
Memory at d0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 850M] (rev a2)
Subsystem: ASUSTeK Computer Inc. GM107M [GeForce GTX 850M]
Flags: bus master, fast devsel, latency 0, IRQ 255
Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at f0000000 (64-bit, prefetchable) [size=32M]
I/O ports at e000 [size=128]
Expansion ROM at f7000000 [disabled] [size=512K]
Capabilities: <access denied>
Kernel modules: nouveau
Il 23/08/20 06:35, David W. Jones ha scritto:
> I don't know about the rest of the settings, but why is i8042 (PS/2
> keyboard/mouse controller) on the RTIRQ_NAME_LIST?
> Does the laptop use shared system memory for video?
> On August 22, 2020 12:29:58 PM HST, Nicola Pandini
> <nicola.pandini at gmail.com> wrote:
> Hello list!
> I have a setup that I use in my live sets made with an ASUS N551 laptops
> and a NI Komplete Audio 6, which allows me to play without XRUNS at 64
> frames / period with a modular approach (Qtractor, LinuxSampler,
> Yoshimi, SooperLooper, PureData).
> The whole thing runs on Debian Stretch with AVLinux 4.9.47-rt37avl2 kernel.
> I am quite happy with the performance of this setup, but I started
> having XRUNS when I added real-time video management as well. Those
> issues made me notice that the system runs without XRUNS only if XOrg is
> not stressed much, while it starts producing XRUNS when I play a video,
> or when I open the browser, or even when I quickly move or resize a window.
> I would like to understand if the problem is due to an incorrect
> configuration of realtime priorities, or to something that I have not
> yet managed to trap.
> I currently use these configurations:
> The video driver is i915.
> I read on the internet that:
> "If your graphic card was manufactured in 2007 and newer, try
> uninstalling the xserver-xorg-video-intel package and use the builtin
> modesetting driver (xserver-xorg-core) instead"
> - I uninstalled xserver-xorg-video-intel, but I still see the i915
> driver: is that correct, or should I see another driver?
> RTIRQ_NAME_LIST = "snd usb i8042"
> RTIRQ_PRIO_HIGH = 90
> RTIRQ_PRIO_DECR = 5
> RTIRQ_PRIO_LOW = 51
> RTIRQ_RESET_ALL = 0
> RTIRQ_NON_THREADED = "rtc snd"
> - rtc must be in "NON_THREADED", or in "RTIRQ_NAME_LIST"?
> - in "RTIRQ_NAME_LIST" can I remove "usb" and put only the item that
> manages my USB card? Should it be xhci?
> - can i take i8042 off the list?
> - is it recommended to use RTIRQ_RESET_ALL = 1 to override all other IRQs?
> jackd -P83 -dalsa -dhw: K6 -r44100 -p64 -n2 -I1
> - the priority must be lower than those that are set to the IRQs by rtirq?
> @audio - rtprio 99 # maximum realtime priority
> @audio - memlock unlimited # maximum locked-in-memory address space (KB)
> - what is the recommended value of rtprio in 2020? On the internet I
> find 90, 95 and 99
> Can you help me do a checkup of my configuration?
> David W. Jones
> gnome at hawaii.rr.com
> authenticity, honesty, community
> Sent from my Android device with F/LOSS K-9 Mail.
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-audio-user