[PlanetCCRMA] rtirq and rtload
Michael T D Nelson
m_nels at gmx.net
Fri Dec 2 03:26:01 PST 2005
Thanks for the reply!
Shayne O'Connor wrote:
> Michael T D Nelson wrote:
>> I'm running a fully updated FC3 PlanetCCRMA set-up, using a
>> 2.6.12-0.21.rdt.rhfc3.ccrma kernel.
>>
>> Despite reading Linux Audio for some years now, I have always just let
This should have read "reading various Linux Audio mailing lists". Sorry!
>> I was just poking around, and found this...
>>
>> In my 'Service Configuration' window, I see that I have both 'rtirq'
>> and 'rtload' started (runlevel 5).
>>
>> 'rtirq' has a list of (presumably) irq data in the 'status' panel of
>> the window.
>>
>> 'rtload' has the following text in the 'status' panel: 'the realtime
>> module does not exist on this kernel.[WARNING]'
>>
>> I assume that this is all expected.
>>
>
> yep, the rtload module has been ditched in favour of the
> realtime-preempt patch (or something like that) in the newer kernels
> (2.6.12 onwards?).
>
>> Since there is no realtime module for my kernel, should I disable
>> 'rtload'? I take it that this will also stop the warning messages that
>> I see when I boot my machine into this runlevel.
>>
>
> yes, i think so.
>
> another wierd aspect to the later kernels and their modules - when i go
> into /usr/sbin/ntsysv, it lists the 'rtirq' service as not being
> enabled, when it clearly is ... if i enable it, it is disenabled in
> ntsysv upon restart ... inconsequential, but wierd.
Bizarre. I had a quick look, and didn't see the same problem. At the
moment, I have both rtirq and rtload enabled, according to both the
graphical 'Service Configuration' window, and ntsysv (which I have just
learnt about - thanks!)
I'll disable rtrload, and see what happens.
Thanks
Michael
More information about the PlanetCCRMA
mailing list