[PlanetCCRMA] Midi clock out problems with latest two rt-kernels (system hang)
Fernando Lopez-Lezcano
nando at ccrma.Stanford.EDU
Sun Jun 12 16:50:58 PDT 2016
On 06/11/2016 02:07 PM, Lassi Ylikojola wrote:
> Hi
Hi,
Thanks for the report! I guess we should forward this to the rt kernel
mailing list.
I tried a quick test here at home with rt19 but my system is much
simpler than yours. This is on an i7-3770K CPU and with one M Audio
Delta 1010 card (plus the motherboard HDA Intel and an NVidia HDMI sound
interface as well running nouveau).
I started seq24, selected (in "Options") to send MIDI Clock to the Delta
1010, then created some random notes (also routed to the 1010) and
pressed play. It plays for a while.
It did hang after some time but I don't know what happened. But I just
managed to hang it again (instantly this time). Brought up the pattern
editor and clicked on "Select Output Bus" (which by default was showing
the Midi Through Port).
But this is not repeatable. I just did it again (tried several times)
and it did not happen. A race condition, probably... After a while I
noticed that seq24 was not playing - I moved the mouse and it moved the
cursor a tiny bit and then the system was again hung.
Are you getting "instant hangs" or is this something that happens randomly?
I presume also that after the cold reboot there is nothing left in
/var/log/messages that may be a clue? (an "Oops" or "BUG" - I don't see
anything in my test machine).
> #Disable SElinux
> setenforce 0
Why are you doing this? I have never had to disable SElinux for audio
reasons. Were you getting errors from SElinux?
-- Fernando
> clock send from jack clients(seq24, sequencer64, jack_midi_clock from
> http://www.teuton.org/~gabriel/jack_midi_clock/ or
> https://github.com/x42/jack_midi_clock) to external devices via midi out
> interface.
>
> Sending midi clock to external devices via ice1712 based cards hangs the
> system and i have to cold reset the computer. I was able to circumvent
> this on rt 17 by sending midi clock via usb midi interface(CH345).
> However on rt19 this works also and the system does not hang but the
> clock is not send correctly. It lacks behind or it is out of place(This
> needs more tests with other clock sources).
>
> Tested kernels:
>
> 4.4.12-300.rt19.1.fc23.ccrma.x86_64+rt ice1712 based cards midi out
> hangs the system. Midi out via usb interface CH345 works but not on
> correct beat/time. I have to retest this with different clock sources.
>
> 4.4.9-300.rt17.1.fc23.ccrma.x86_64+rt ice1712 based cards midi out hangs
> the system. Midi out via usb interface CH345 works.
>
> 4.4.4-301.rt11.1.fc23.ccrma.x86_64+rt is ok. I can send midi clock from
> ice1712 devices and system is stable.
>
> The system is stable with stock kernel also.
>
> So any help appreciated. I use rtirq and below some system info.
>
>
> System info:
>
> Scipt before every session:
> # fedora chmod
> chmod 666 /dev/snd/seq
>
> #wait 2 secs
> sleep 2
>
> #load performance governor
> modprobe cpufreq_performance
>
> #wait 1 sec
> sleep 1
>
> #Set full speed for all processors
> echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
> echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
> echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
>
>
>
> cat .jackdrc
> /usr/bin/jackd -dalsa -r48000 -p64 -n4 -D -Chw:DMX6Fire -Phw:DMX6Fire
>
> Tried different -p and -n options (-p128 -n2).
>
> cat /proc/asound/cards
> 0 [A61 ]: USB-Audio - Axiom 61
> M-Audio Axiom 61 at usb-0000:00:1d.7-2.3, full speed
> 1 [CH345 ]: USB-Audio - CH345
> QinHeng CH345 at usb-0000:00:1a.2-2, full speed
> 2 [nanoPAD2 ]: USB-Audio - nanoPAD2
> KORG INC. nanoPAD2 at usb-0000:00:1d.7-2.4.4,
> full speed
> 3 [DSP24 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
> Hoontech SoundTrack Audio DSP24 at 0xec00, irq 16
> 4 [DMX6Fire ]: ICE1712 - TerraTec DMX6Fire
> TerraTec DMX6Fire at 0xe400, irq 17
>
>
>
> lsmod |grep midi
> snd_seq_midi 16384 16
> snd_seq_midi_event 16384 1 snd_seq_midi
> snd_usbmidi_lib 36864 1 snd_usb_audio
> snd_rawmidi 32768 3 snd_usbmidi_lib,snd_mpu401_uart,snd_seq_midi
> snd_seq 69632 80
> snd_seq_midi_event,snd_seq_dummy,snd_seq_midi
> snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi
> snd 73728 47
> snd_ice1712,snd_usb_audio,snd_ac97_codec,snd_hwdep,snd_timer,snd_i2c,snd_pcm,snd_seq,snd_rawmidi,snd_usbmidi_lib,snd_ak4xxx_adda,snd_mpu401_uart,snd_seq_device,snd_cs8427
>
>
>
> lsmod |grep 1712
> snd_ice1712 77824 18
> snd_cs8427 16384 1 snd_ice1712
> snd_i2c 16384 2 snd_ice1712,snd_cs8427
> snd_ice17xx_ak4xxx 16384 1 snd_ice1712
> snd_ak4xxx_adda 20480 2 snd_ice1712,snd_ice17xx_ak4xxx
> snd_mpu401_uart 16384 1 snd_ice1712
> snd_ac97_codec 131072 1 snd_ice1712
> snd_pcm 114688 5 snd_ice1712,snd_usb_audio,snd_ac97_codec
> snd 73728 47
> snd_ice1712,snd_usb_audio,snd_ac97_codec,snd_hwdep,snd_timer,snd_i2c,snd_pcm,snd_seq,snd_rawmidi,snd_usbmidi_lib,snd_ak4xxx_adda,snd_mpu401_uart,snd_seq_device,snd_cs8427
>
>
>
> cat /proc/cpuinfo
> processor: 0
> vendor_id: GenuineIntel
> cpu family: 6
> model: 23
> model name: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz
> stepping: 7
> microcode: 0x70a
> cpu MHz: 2499.000
> cache size: 3072 KB
> physical id: 0
> siblings: 4
> core id: 0
> cpu cores: 4
> apicid: 0
> initial apicid: 0
> fpu: yes
> fpu_exception: yes
> cpuid level: 10
> wp: yes
> flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
> constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64
> monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm
> dtherm tpr_shadow vnmi flexpriority
> bugs:
> bogomips: 4999.64
> clflush size: 64
> cache_alignment: 64
> address sizes: 36 bits physical, 48 bits virtual
> power management:
>
>
>
> cat /proc/interrupts
> CPU0 CPU1 CPU2 CPU3
> 0: 132 0 0 0 IO-APIC 2-edge
> timer
> 1: 1 0 1 0 IO-APIC 1-edge
> i8042
> 8: 0 0 0 1 IO-APIC 8-edge
> rtc0
> 9: 0 0 0 0 IO-APIC 9-fasteoi
> acpi
> 12: 0 2 1 1 IO-APIC 12-edge
> i8042
> 16: 70849 70400 84763 74134 IO-APIC 16-fasteoi
> uhci_hcd:usb3, snd_ice1712
> 17: 7682775 7678025 7665199 7669368 IO-APIC 17-fasteoi
> snd_ice1712, enp2s0
> 18: 391807 398860 393361 405386 IO-APIC 18-fasteoi
> ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
> 19: 213063 213252 212895 213142 IO-APIC 19-fasteoi
> ata_piix, ata_piix, uhci_hcd:usb7, firewire_ohci
> 21: 0 0 0 0 IO-APIC 21-fasteoi
> uhci_hcd:usb4
> 23: 910884 913622 912322 912878 IO-APIC 23-fasteoi
> ehci_hcd:usb2, uhci_hcd:usb6
> 27: 3989331 3982167 3990009 3981430 PCI-MSI 524288-edge
> nvkm
> NMI: 11793 11536 11770 11499 Non-maskable interrupts
> LOC: 25987631 29292447 20791378 19576474 Local timer interrupts
> SPU: 0 0 0 0 Spurious interrupts
> PMI: 11793 11536 11770 11499 Performance
> monitoring interrupts
> IWI: 1 2 0 0 IRQ work interrupts
> RTR: 0 0 0 0 APIC ICR read retries
> RES: 17114611 15588423 26439361 24596924 Rescheduling interrupts
> CAL: 5808866 6203269 7499109 6750939 Function call interrupts
> TLB: 923613 903498 920749 891225 TLB shootdowns
> TRM: 0 0 0 0 Thermal event interrupts
> THR: 0 0 0 0 Threshold APIC interrupts
> DFR: 0 0 0 0 Deferred Error APIC
> interrupts
> MCE: 0 0 0 0 Machine check exceptions
> MCP: 282 282 282 282 Machine check polls
> ERR: 0
> MIS: 0
> PIN: 0 0 0 0 Posted-interrupt
> notification event
> PIW: 0 0 0 0 Posted-interrupt
> wakeup event
>
>
> BR Lassi
>
>
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA at ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/planetccrma
>
More information about the PlanetCCRMA
mailing list