Qt5 app with audio freezes Raspberry Pi 400 #1516
Comments
|
Do you have two hdmi displays connected? |
|
No just a single 1080p hdmi samsung screen. I tried the 2 mini hdmi outputs, same effect |
|
Might be worth trying latest firmware/kernel from rpi-update. |
|
Same Issue with multiple apps Gcompris, snap etc. Using Raspberry Pi 4B 8GB(Note Browser working fine and aplay in CLI) |
|
Hi there, Unfortunately this issue is generic today for all RPi 3B+, 4B with the latest stock kernels from Raspbian, including the latest pushed (yesterday) with rpi-update @popcornmix; it doesn't matter if you set the sound beforehand to go to the AV jack or HDMI. Here's a kernel dump https://mail.kde.org/pipermail/gcompris-devel/2021-January/005936.html Thanks, |
|
looks like switching back to the EL33T kernel version (1337) solves this 💯 for now
also the build before this one seem to work, I'll let the fun of finding the breaking change to @popcornmix |
|
039088f7d929b0d1cc49e8d2012df0652f908518 is the last build when GCompris +audio works on both 3B+ & 4B |
|
looks like installing the gstreamer1.0-pulseaudio package solves this problem 🥇 |
|
@piec do either of these fix the issue for you?
|
Both work: (from the GCompris mailing-list https://mail.kde.org/pipermail/gcompris-devel/2021-January/005942.html):
|
|
Thanks for the answers
I'm using the speakers of my hdmi screen |
|
Hi there, I had to make it work/test with pulseaudio as this one is the recommended way forward in most recent RPi kernels Therefore my setup had also:
and all the other packages up to date. If you still have *alsa it might explain the difference, or maybe I was off by one 👎 My backup plan was to find the very first/last kernel at which the GCompris won't freeze, which I believe it is 0390 |
|
More info, discussed on the kde thread |
|
@cipy as far as I know I need alsa, it's the layer below pulseaudio |
|
I've reproduced a hang with |
kernel: V4L2 ISP/Codec additional formats See: raspberrypi/linux#4052 kernel: vc4: Avoid hdmi audio underrun with heavy sdram traffic See: raspberrypi/linux#4053 firmware: audioplus: Fix hang when switching destination See: #1516 firmware: HAT/I2C updates firmware: MMAL/IL: Add support for the 16bpp Bayer/Grey raw 10/12/14 formats
|
Potential fix has been pushed to rpi-update firmware. Can you test? |
kernel: V4L2 ISP/Codec additional formats See: raspberrypi/linux#4052 kernel: vc4: Avoid hdmi audio underrun with heavy sdram traffic See: raspberrypi/linux#4053 firmware: audioplus: Fix hang when switching destination See: raspberrypi/firmware#1516 firmware: HAT/I2C updates firmware: MMAL/IL: Add support for the 16bpp Bayer/Grey raw 10/12/14 formats
|
Thanks I should be able to test tomorrow |
|
@popcornmix 👍 after |
|
I get audio here. A fixed tone comes out of hdmi display. Does the simpler: produce audio? Has it with any version of firmware? |
|
No luck with these: --> ❌ no sound on my hdmi monitor --> ❌ no sound on my hdmi monitor --> ✔️ works, I hear sound on my hdmi monitor I don't know if hello_audio is influenced by volumes set in alsamixer, but I checked them anyway |
|
What does "tvservice -a" report? |
I'm going to test hello_audio.bin after |
|
I have no sound on hdmi on my rpi 400 with revision 039088f7d929b0d1cc49e8d2012df0652f908518 (as far as I know there is no other audio output on the rpi 400)
|
|
What does "tvservice -s" report? |
|
I'm checking trying this as soon as possible |
I'll try another display too & hdmi_drive=1 |
|
Has anyone worked to root cause on this? I am hitting an almost identical problem. The end result is the same as originally reported here but the trace-back and apps being run are a bit different. I have Rpi4 with dual HDMI and camera connected. I have an app that creates and destroys windows and takes pictures of the display to validate. After a bit, the mmal timeout occurs hanging raspistill which is used to take the pictures. Then Xorg hangs up and croaks about every 2 minutes or so. I didn't think this was related to the audio, but I went ahead and "apt install gstreamer1.0-pulseaudio". This had no effect to help the problem. Attaching raspinfo output. Please let me know if this is the right place to ask, or where I should otherwise. |
|
Hmmm - looking at raspberrypi.c's rpi_firmware_transaction() source code, the error is very generic. So, although my problem ends up with the same issue, it is probably worlds apart. But... still I'm kind of thinking this may be the right place to start(?) Is it best to put a new issue on the pile? I'm (if you haven't noticed) new to the work flow here. Thought I'd start by trying to find out if my problem has already been resolved before I dig too deep through the code. |
|
If your issue doesn't involve Qt5 and Pi400 and it's only connection with this issue is rpi_firmware_transaction (which basically means firmware has stopped responding which can have many causes) then create a new issue. |
Hi,
I'm using a Raspberry Pi 400 with default Raspberry Pi OS provided in the kit's MicroSD card. I upgraded the system today.
The system freezes after ~1s after starting
gcomprisan educative software for kids (qt), always reproducible.To my opinion It seems very much related to a firmware getting stuck according to the kernel log.
This bug was initially reported here https://bugs.kde.org/show_bug.cgi?id=429125 and interestingly when running without audio everything works fine (as discovered by another user).
To reproduce
sudo apt update && sudo apt upgrade && sudo apt install gcompris-qtgcompris-qt -m: without sound, worksgcompris-qt -s: with sound, freezes systemCould the audio make the firmware freeze and make further firmware calls fail?
Cheers,
Pierre
Expected behaviour
System does not freeze
Actual behaviour
System freezes
System
raspinfo before crashing
Raspberry Pi 400
cat /etc/rpi-issue)?vcgencmd version)?uname -a)?Logs
https://gist.github.com/piec/5cbec01161158bd2fb7cd180254c3949
https://gist.github.com/piec/90dc5e4696ecdc812faef6c8ee07a41e
Also see https://bugs.kde.org/show_bug.cgi?id=429125
Additional context
The text was updated successfully, but these errors were encountered: