Jussi Laako wrote:
> Rui Nuno Capela wrote:
>> just tested 2.6.23.3-rt3 here with NO_HZ not set in my (old) pentium4
>> desktop.
>>
>> it just confirmed that NO_HZ is not the culprit here. midi events are
>> still being delivered *completely* out of time and the funny thing is
>> it just gets somewhat better whenever you hit the pc-keyboard keys.
>> however, it all gets back to badness once you stop pressing any key
>> (eg. shift-key)
>>
>> another funny thing goes that on a core2 duo T7200 laptop (x86_64) the
>> same kernel config it runs all fine (NO_HZ=y)
>
> I'm kind of wondering what these have in
> /sys/devices/system/clocksource/clocksource0/current_clocksource
>
a) on the desktop (p4@email-addr-hidden), where midi timing delivery is completely
broken:
# uname -a
Linux gamma 2.6.26.3-rt3 #1 SMP PREEMPT RT Sat Aug 23 19:34:05 WEST 2008
i686 i686 i386 GNU/Linux
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc
b) on the laptop (core2@email-addr-hidden), where midi seems to work fine:
# uname -a
Linux zeta 2.6.26.3-rt3 #1 SMP PREEMPT RT Sat Aug 23 19:14:58 WEST 2008
x86_64 x86_64 x86_64 GNU/Linux
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet
least to say, audio (ie. jackd) works fine on both cases. i've also
tried to set the clocksource to hpet in a) and got no change in midi/tty
brokenness.
byee
-- rncbc aka Rui Nuno Capela rncbc@email-addr-hidden _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo/linux-audio-devReceived on Tue Aug 26 00:15:06 2008
This archive was generated by hypermail 2.1.8 : Tue Aug 26 2008 - 00:15:06 EEST