if it were me, and the only problem left is one irq priority setting, i would add a chrt line in the startup options manually (after rtirq). that way you aren't messing with anything else.<br><br>porl<br><br><br><div><span class="gmail_quote">
On 08/10/2007, <b class="gmail_sendername">Nigel Henry</b> <<a href="mailto:cave.dnb@tiscali.fr">cave.dnb@tiscali.fr</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sunday 07 October 2007 17:37, Rui Nuno Capela wrote:<br>> Nigel Henry wrote:<br>> > On Friday 05 October 2007 18:14, Nigel Henry wrote:<br>> >> On Thursday 04 October 2007 21:29, Roman Muņoz wrote:<br>
> >>> Hi Nigel,<br>> >>><br>> >>> Is rtirq working four you? If yes, I think that your soundcard IRQ<br>> >>> should be at prio 85 at startup... and it was not.<br>> >>>
<br>> >>> See this:<br>> >>> <a href="http://mggmail.blogspot.com/2007/07/re-rtirq-fixed.html">http://mggmail.blogspot.com/2007/07/re-rtirq-fixed.html</a><br>> >><br>> >> Well I've got realtime working ok on Debian Etch, and Rick Wright's one
<br>> >> liner in rc.local is changing the prio to 90 for the soundcard on<br>> >> bootup. But, rtirq is something different. The version installed is the<br>> >> same as on the blog above (20070101), and the 2 files are installed, one
<br>> >> in /etc/init.d/rtirq, and the other in /etc/sysconfig/rtirq. I believe<br>> >> the /etc/sysconfig directory was created when installing rtirq, as I<br>> >> don't rmember it being there before. I say this because with Fedora the
<br>> >> sysconfig directory exists, and there is a bunch of files in it, and I<br>> >> remember looking in Debian for this directory, and couldn't find it.<br>> >><br>> >> I also ran sysv-rc-conf as root on Etch. The rtirq entry is there, but
<br>> >> runlevels 2,3,4,and5 are unchecked, so something isn't quite right here.<br>> >> I see also on the blog above that rtirq should be in /etc/default, but<br>> >> in the case of Etch it isn't. As I say. Realtime on Etch is working ok,
<br>> >> but I'll go through the same procedure on Debian Lenny (testing), and<br>> >> try and fix the rtirq problem without using Rick Wright's one liner,<br>> >> although it's much appreciated, and works like clockwork.
<br>> >><br>> >> I'll post back after I've played around with realtime on Lenny a bit.<br>> >><br>> >>> Best regards,<br>> >>> Roman<br>> >><br>> >> Thanks for all the replies to this interesting subject.
<br>> >><br>> >> Nigel.<br>> ><br>> > As promised, an update on realtime on Debian Lenny. That is after having<br>> > installed from the musix repo, kernel 2.6.21-rt4, and 2.6.21.5-rt18
.<br>> ><br>> > First I had to update util-linux from the unstable repo, as the version<br>> > on Lenny was the Etch one, and still thought that schedutils was<br>> > available. The Sid (unstable) version installed ok, and chrt is available
<br>> > now.<br>> ><br>> > Then added the lines below to /etc/security/limits.conf.<br>> > @audio - rtprio 99<br>> > @audio - nice -10<br>> > @audio - memlock 4000000<br>> >
<br>> > Now the fun started with installing rtirq (the version from the musix<br>> > repo). It installed, but refused to start. I was confused, as both<br>> > scripts, the one in /etc/init.d, and /etc/sysconfig seemed to be the
<br>> > same, so I booted up Fedora 7, and checked the 2 rtirq scripts there, and<br>> > sure enough the one in /etc/sysconfig was a very short one, compared to<br>> > the start script in /etc/init.d.<br>
> ><br>> > Downloaded the rtirq tarball from the blog that Roman posted.<br>> > <a href="http://www.rncbc.org/jack/rtirq-20070101.tar.gz">http://www.rncbc.org/jack/rtirq-20070101.tar.gz</a><br>> ><br>
> > Unpacked it, deleted the duplicated startup script in Lenny's<br>> > /etc/sysconfig, pasted the correct config script in /etc/sysconfig,<br>> > renaming it from rtirq.conf to rtirq.<br>> ><br>
> > Rebooted, and ran /etc/init.d/rtirq status, and got the following output.<br>> ><br>> > /etc/init.d/rtirq status<br>> ><br>> > PID CLS RTPRIO NI PRI %CPU STAT COMMAND<br>> > 184 FF 90 - 130
0.0 S< IRQ-8 rtc<br>> > 666 FF 85 - 125 0.0 S< IRQ-9 ohci1394, bttv0, Bt87x<br>> > audio 1770 FF 84 - 124 0.1 S< IRQ-10 EMU10K1<br>> > 631 FF 80 - 120
0.0 S< IRQ-11 uhci_hcd:usb1,<br>> > uhci_hcd:usb2, eth0<br>> > 288 FF 75 - 115 0.0 S< IRQ-1 i8042<br>> > 287 FF 74 - 114 0.0 S< IRQ-12 i8042<br>> > 4 FF 50 - 90
0.0 S softirq-high/0<br>> > 5 FF 50 - 90 0.0 S softirq-timer/0<br>> > 6 FF 50 - 90 0.0 S softirq-net-tx/<br>> > 7 FF 50 - 90 0.0 S softirq-net-rx/<br>> > 8 FF 50 - 90
0.0 S softirq-block/0<br>> > 9 FF 50 - 90 0.0 S softirq-tasklet<br>> > 10 FF 50 - 90 0.0 S softirq-sched/0<br>> > 11 FF 50 - 90 0.0 S softirq-hrtimer<br>> > 12 FF 50 - 90
0.0 S softirq-rcu/0<br>> > 207 FF 50 - 90 3.2 S< IRQ-14 ide0<br>> > 210 FF 50 - 90 0.0 S< IRQ-15 ide1<br>> > 785 FF 50 - 90 0.0 S< IRQ-6 floppy
<br>> > 1581 FF 50 - 90 0.0 S< IRQ-7 parport0<br>> > 3078 FF 50 - 90 0.0 S< IRQ-3<br>> ><br>> > Jackd has a prio of 70, and just with jackd started, only one xrun up to
<br>> > now after 58mins of 0.118 msecs duration.<br>> ><br>> > Job done. Realtime on Etch, and Lenny. The above makes it look dead easy,<br>> > but there was a lot of frustration along the way, and it took longer than
<br>> > it appears.<br>> ><br>> > Many thanks to all those who offered help on this list, and the<br>> > debian-user list.<br>> ><br>> > One question regarding the rtirq status output above.
<br>> ><br>> > IRQ-9 has a slightly higher rtprio than that for the soundcard on IRQ-10.<br>> > ohci1394 is tied in with the firewire port on the audigy2 soundblaster,<br>> > but I can probably stop that being loaded, as I don't use firewire. bttv0
<br>> > is the TV card, and BT87x audio is for the audio capture part of the<br>> > TVcard.<br>> ><br>> > What would I need to do to swap these around, so that IRQ-9 has a prio of<br>> > 84, and IRQ-10, a prio of 85?
<br>> ><br>> > It's probably a bit of an academic question, as your unlikely to be doing<br>> > serious audio work while watching TV.<br>><br>> you can switch pci slots around, that is between the tvcard and the
<br>> audigy2 on the mainboard<br><br>Unfortunately that option is a no go, as I've got about 14 distros that run on<br>this machine, and don't want to mess with the placement of the cards, just in<br>case.<br>
><br>> or<br>><br>> you can tweak the alsa modules loading order, like opted in<br>> /etc/modprobe.conf (or the equivalent in your distro), giving an<br>> explicit options ... index= line for each module, for example, i believe
<br>> these are the ones to write down:<br>><br>> options snd-bt87x index=0 # tvcard<br>> options snd-emu10k1 index=1 # audigy<br><br>That's not ideal either, as it's better for me that snd-emu10k1 is indexed as
<br>0. snd-bt87x is already notorious for grabbing card0, along with some other<br>uncooperative drivers, and as I don't need audio capture from the TV card, I<br>could send it to /bin/true, along with ohci1394, as.<br>
install snd-bt87x /bin/true<br>install ohci1394 /bin/true<br><br>That still leaves bttv0 though, and as it is using /dev/video0, I cannot set<br>an indexing option for it.<br>><br>> or<br>><br>> you can hack the rtirq script for doing priorities in reverse order:
<br>> edit /etc/init.d/rtirq near line 211, where it reads<br>><br>> IRQS=`grep irq /proc/asound/cards | tac | sed 's/.* irq \(.*\)/\1/'`<br>><br>> change that line to:<br>><br>> IRQS=`grep irq /proc/asound/cards | sed 's/.* irq \(.*\)/\1/'`
<br>><br>><br>> however I recommend doing it the second way, that is making it all<br>> deterministic and independent from the booting order resolution, which<br>> might change when you less expect with the weather ;)
<br><br>As I've had so many problems getting realtime setup, I think I'll go for the<br>rtirq script hack, and will probably learn a bit more on how the script<br>works.<br>><br>> cheers<br><br>btw: Running /etc/rc.d/init.d/rtirq status on Fedora 7 shows IRQ-10 sharing
<br>the stuff from IRQ-9 above, with emu10k1, and I'm getting xruns about every<br>6m 25secs with jackd started.<br><br>/etc/rc.d/init.d/rtirq status<br><br> PID CLS RTPRIO NI PRI %CPU STAT COMMAND<br> 890 FF 80 - 120
0.0 S< IRQ-8 rtc0<br> 920 FF 75 - 115 0.1 S< IRQ-10 ohci1394, bttv0, Bt87x audio,<br>EMU10K1<br> 60 FF 70 - 110 0.0 S< IRQ-11 acpi, uhci_hcd:usb1,<br>uhci_hcd:usb2, eth0
<br> 285 FF 65 - 105 0.0 S< IRQ-1 i8042<br> 284 FF 64 - 104 0.0 S< IRQ-12 i8042<br> 5 FF 50 - 90 0.0 S< softirq-high/0<br> 6 FF 50 - 90 0.3 S< softirq-timer/0
<br> 7 FF 50 - 90 0.0 S< softirq-net-tx/<br> 8 FF 50 - 90 0.0 S< softirq-net-rx/<br> 9 FF 50 - 90 0.0 S< softirq-block/0<br> 10 FF 50 - 90 0.0 S< softirq-tasklet
<br> 11 FF 50 - 90 0.0 S< softirq-sched/0<br> 12 FF 50 - 90 0.0 S< softirq-hrtimer<br> 13 FF 50 - 90 0.0 S< softirq-rcu/0<br> 324 FF 50 - 90 0.0 S< IRQ-14 libata
<br> 325 FF 50 - 90 0.0 S< IRQ-15 libata<br> 674 FF 50 - 90 0.0 S< IRQ-6 floppy<br> 895 FF 50 - 90 0.0 S< IRQ-7 parport0<br><br>The TV card using bttv has been very hit and miss on which IRQ is used. On
<br>some distros it is IRQ-10, on others IRQ-9. A bit confusing, but once set up<br>it appears to use the same IRQ everytime on the different distros.<br><br>Thanks for your reply Rui.<br><br>Nigel.<br><br><br>_______________________________________________
<br>Linux-audio-user mailing list<br><a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br><a href="http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user">http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
</a><br></blockquote></div><br>