FS#64960 - [linux] >5.3.13.1-1 audio corruption using jack
Attached to Project:
Arch Linux
Opened by Rainer Schaue (void42) - Wednesday, 25 December 2019, 14:35 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 31 March 2022, 05:26 GMT
Opened by Rainer Schaue (void42) - Wednesday, 25 December 2019, 14:35 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 31 March 2022, 05:26 GMT
|
Details
Kernels later than version 5.3.13.1-1 lead to audio
corruption in my jack audio after some minutes (it starts
out fine), it sounds a bit like frequency modulation:
https://www.dropbox.com/s/yca6p9wse5tgnjd/audioproblem.wav?dl=0 This persists until the jack server is restarted. I had this behavior before when those Meltdown/Spectre mitigations came out, luckely it stopped after a later release but now it is back again. I tried any version since then the laster being: Linux void 5.4.6-arch1-1 #1 SMP PREEMPT Sat, 21 Dec 2019 16:34:41 +0000 x86_64 GNU/Linux I tried alsa, pulse and jack input all have the same behavior. Recording a source in "broken" mode sounds ok so it seems to be on the output side. Kernel log does not seem to include anything useful (attached). Audiocard: card 1: R15 [RME Digi9652 (Rev 1.5)], device 0: RME Digi9652 (Rev 1.5) [RME Digi9652 (Rev 1.5)] Subdevices: 0/1 Subdevice #0: subdevice # I tried switching to linux-rt which was at a lower version at the time, but since it updated it has the same problem. |
This task depends upon
Comment by Rainer Schaue (void42) -
Saturday, 04 January 2020, 07:16 GMT
Comment by
Tobias Powalowski (tpowa) -
Wednesday, 30 March 2022, 13:58 GMT
Comment by Rainer Schaue (void42) -
Wednesday, 30 March 2022, 17:57 GMT
still happening with 5.4.7.arch1-1
Status update on 5.17.x?
It seems to be resolved. I didn't have the problem in quite some
time now.