No, it's MBR. I'm old school like that.SR wrote:Maybe you have a UEFI system. Do you have /boot/efi?
normal Linux kernels with threadirqs vs RT patchset
Moderators: MattKingUSA, khz
Re: normal Linux kernels with threadirqs vs RT patchset
Re: normal Linux kernels with threadirqs vs RT patchset
English Guy wrote:I have been told the rt is more important with usb devices; might be worth bearing that in mind with testing. What system says the latency is and the xruns you get in certain scenarios are two different things.
Have you raised the IRQ priority of your USB sound card? That makes a pretty big difference for me using the sound card in a Native Instruments Kore.CrocoDuck wrote:With my actual setup, Compaq Presario CQ61 + ArchBang + Focusrite Scarlett 2i4, I can hardly do stuff without RT (RT LTS from Archaudio repos). However, my laptop has always been a pain with USB audio devices...
/proc/cmdline is a plain text file that shows the options the currently running kernel was booted with. Look at it with cat or less to confirm that you booted with threadirqs.Luc wrote:I don't know if the changes were applied. You never know with computers.
Re: normal Linux kernels with threadirqs vs RT patchset
I have configured rtirq for that. Do you think I should do something more?Be. wrote:
Have you raised the IRQ priority of your USB sound card? That makes a pretty big difference for me using the sound card in a Native Instruments Kore.
Re: normal Linux kernels with threadirqs vs RT patchset
best way to find if threadirqs are enabled on the system is to grep them:
the output should be something like that:
Code: Select all
ps ax | grep "\[irq"
Code: Select all
96 ? S 0:00 [irq/26-xhci_hcd]
97 ? S 0:00 [irq/27-xhci_hcd]
98 ? S 0:00 [irq/28-xhci_hcd]
99 ? S 0:00 [irq/29-xhci_hcd]
100 ? S 0:07 [irq/17-ehci_hcd]
101 ? S 0:06 [irq/17-ehci_hcd]
102 ? S 0:20 [irq/18-ohci_hcd]
103 ? S 0:10 [irq/18-ohci_hcd]
104 ? S 0:00 [irq/12-i8042]
105 ? S 0:00 [irq/1-i8042]