just to make sure this isn't a typo: it happens on both RT and non-RT kernels?
yes.
and it turns out that the problem's sitting again in front of the machine, not inside...
I did some additional experiments with realtime settings of jack. previously I didn't know that I can supply jack with both arguments (-R and -P) together, so maybe there's no actual bug at all:
jackd -R -P <number> where <number> has to be greater than 10 to get no more crashes on my system. maybe there were some changes in jack's default setting or i just "accidently" didn't have these crashes before.
previously I didn't know that I can supply jackd with both arguments
(-R and -P) together, so maybe there's no bug at all.
Nevertheless it's very weird and I don't understand why the order of loading something can be interfering with priorities. It would be nice to have a place to put information like this - i wonder why there are no other people running into these crashes.
cheers, Martin