[linux-audio-user] 2.6.18-rt5

[Lee Revell]

On Sat, 2006-09-30 at 14:42 +0200, Yves Potin wrote:
> 
>         All this *seems* to have disappear, after three hours using
> the
> kernel. The rtc have stopped saying « eek » sometimes in the logs.
>         Instead, I have tons of this kind of things : 
> 
> Sep 30 13:08:09 fairlight kernel: rtc: lost some interrupts at 1024Hz.
> Sep 30 13:08:31 fairlight last message repeated 1899 times
> Sep 30 13:09:01 fairlight kernel: 1024Hz.
> Sep 30 13:09:01 fairlight kernel: rtc: lost some interrupts at 1024Hz.
> Sep 30 13:09:16 fairlight last message repeated 1545 times
> [...]
> Sep 30 14:20:00 fairlight kernel: rtc: lost some interrupts at 1024Hz.
> Sep 30 14:20:31 fairlight last message repeated 2346 times
> Sep 30 14:21:32 fairlight last message repeated 3067 times
> Sep 30 14:21:54 fairlight last message repeated 1148 times
> 

Probably harmless.  These mean that you have some other interrupt
threads or processes running at a higher priority than the IRQ 8 thread,
which are delaying the handling of RTC interrupts.

Setting IRQ 8 to RT priority 99 should make them go away.

>         - Could someone tell me, more clearly than in the kernel
> help :),
> what's the use of this HPET beast  ?

It's just another hardware timer that's standard on modern chipsets,
like the PIT or the RTC.  It's probably not detected correctly by your
kernel.

>         - Does it matter to disable it for real time audio purposes ?

Most likely no.

Lee