-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ISP freezes with new firmware #1915
Comments
Hello every body, |
Might be worth adding "over_voltage=2" to config.txt, rebooting and testing again. |
Thx popcornmix! but it doesn't the problem. |
Recent is relative. bcm2835-isp last had a very minor update in April 2024, and the firmware side was last changed in April 2023. Memory says that buffers submitted to the ISP input queue (video13) will be sent to the outputs that are enabled at the point of submission. Submitting to video13 with none of video14-16 enabled should therefore just result in a discard and return of the input buffer. I will see if I can find a few moments to run your app (assuming it will build with a simple |
Hello, |
Is this the right place for my bug report?
My bug occurs depending on the version of start.elf and fixup.dat and it is available with my application.
The application runs on old raspberry firmwares and on PC. The linux kernel version has not effect on the trouble.
Then I try here to find help.
Describe the bug
My application fastvideo uses an ov5647 camera and the ISP directly with V4L2 API (not the libcamera).
A first process reads video0 and push the data to the ISP video13 with DMA_buf protocol.
A second process configure video14 to read the ISP with DMA_buf and push then to the gpu.
But after the STREAM_ON the first process treats one buffer to push on the ISP and the both process doesn't receive any event from the kernel other than a timer. If we kill the second process, this one is blocking inside the STREAM_OFF.
To reproduce
Expected behaviour
The camera image should appear on the screen.
Actual behaviour
A frame is opened on the screen but it is empty. CTRL+C inside the second process is blocking inside STREAM_OFF
System
Copy and paste the results of the raspinfo command in to this section. Alternatively, copy and paste a pastebin link, or add answers to the following questions:
Which model of Raspberry Pi? e.g. Pi3B+, PiZeroW
PiZeroW2 + CAM OV5647
Which OS and version (
cat /etc/rpi-issue
)?vcgencmd version
)?and run on
uname -a
)?Logs
After 1 second I have a kernel oops:
and after the CTRL+C the following kernel message appears
Additional context
Please help
The text was updated successfully, but these errors were encountered: