RPI4 freezes at boot after update
-
@roslof said in RPI4 freezes at boot after update:
Release for the older "safe" kernel:
I've tried your kernel and it breaks audio for me in several emulators: N64, Neo, etc.
I'm going to try one that isn't an in between commit and see.
-
I've tried @quicksilver 's kernel and it works fine. No audio issues:
sudo rpi-update d9321aceacfc6619b4238c6c764203b1122f2f9b.Probably there is a better sweet spot in between, but I can't be bothered for the moment. Will test this one out a bit first.
-
I've done some additional testing and it seems this is a better kernel overall:
4.19.81
https://github.com/Hexxeh/rpi-firmware/commit/77444b020fe5b70f76d1921ae9c4cefd045d74bcsudo rpi-update 77444b020fe5b70f76d1921ae9c4cefd045d74bcIt does support gpu overclocking, it doesn't have sound issues and doesn't have external HDD issues I've experienced with previous kernels.
Enjoy!
-
Is this the latest commit with the overclock still working? It's in between releases. What about the following commit?
https://github.com/Hexxeh/rpi-firmware/commit/b9ecbe8d0e3177afed08c54fc938938100a0b73f
The version that I posted wasn't the latest pre-DVFS version. It was tagged as the latest "safe" version they released, which preceded the latest DVFS safe version they included with a standard Raspbian update. Also, I'm not having any audio issues. Wondering why others are. Great that other kernels exist, that could be better for some.
Another note: The Raspberry Pi group who worked on the Kernel were fully aware that this change broke GPU overclocking, but blessed it anyway. They were more focused on reducing heat with DVFS, despite overclocking. I get it... More people having heat problems than retrogamers wanting to overclock.
You can read more about the history in this thread from November 2019:
https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=257394&start=25#p1570599 -
@pamput said in RPI4 freezes at boot after update:
It does support gpu overclocking, it doesn't have sound issues and doesn't have external HDD issues I've experienced with previous kernels.
The version you posted is actually a bit older than the one I posted. I'd love to learn more about your audio issues. I'm not having them. Would you mind sharing:
RetroArch/ Settings/ Audio/ Output / Audio
Are you using alsa, alsathread, tinyalsa or sdl2?RetroArch/ Settings/ Audio/ Resampler/ Audio Resampler
Are you using sinc, CC or nearest?Also, are the N64, Neo, etc. emulators you are using libretro (lr_) based?
-
@roslof said in RPI4 freezes at boot after update:
RetroArch/ Settings/ Audio/ Output / Audio
Are you using alsa, alsathread, tinyalsa or sdl2?Alsa
RetroArch/ Settings/ Audio/ Resampler/ Audio Resampler
Are you using sinc, CC or nearest?sinc
Also, are the N64, Neo, etc. emulators you are using libretro (lr_) based?
Mostly lr-*, I definitely had problems with lr-fbneo, lr-mupen64-next and lr-pcsx-rearmed. I also tested it with all not lr-* N64 emulators, and had the same problem. In general it felt like every emulator using CD like tracks was having issues. I did try nes and snes and didn't have any issue (both lr).
Are you on rpi4 also?
-
@roslof said in RPI4 freezes at boot after update:
Another note: The Raspberry Pi group who worked on the Kernel were fully aware that this change broke GPU overclocking, but blessed it anyway. They were more focused on reducing heat with DVFS, despite overclocking. I get it... More people having heat problems than retrogamers wanting to overclock.
Yeah, I understand the sentiment. Maybe from a development perspective I'd disable the parameter by ignoring it instead of releasing a kernel that hangs if the param is in the config.txt. Maybe also add a message in the logs explaining what is happening. Not necessary the end of the world though, I know I'm just neat picking.
-
Different users have different needs. I lean towards portable builds so having less heat and power usage to deal with is preferable to a slight performance increase, especially considering the pi 4 is such a huge performance increase over the 3B+. I am sure a high performance fork would have a demand as well.
-
@pamput said in RPI4 freezes at boot after update:
@roslof said in RPI4 freezes at boot after update:
RetroArch/ Settings/ Audio/ Output / Audio
Are you using alsa, alsathread, tinyalsa or sdl2?Alsa
RetroArch/ Settings/ Audio/ Resampler/ Audio Resampler
Are you using sinc, CC or nearest?sinc
Also, are the N64, Neo, etc. emulators you are using libretro (lr_) based?
Mostly lr-*, I definitely had problems with lr-fbneo, lr-mupen64-next and lr-pcsx-rearmed. I also tested it with all not lr-* N64 emulators, and had the same problem. In general it felt like every emulator using CD like tracks was having issues. I did try nes and snes and didn't have any issue (both lr).
Are you on rpi4 also?
Yes, I am. Also set for "alsa" and "sinc" like you. Would you give an example of a ROM or CD that is having the issue? So far, everything is fine with me on the "safe" version. Hoping I can help figure out what's happening.
-
https://github.com/raspberrypi/firmware/issues/1290
Looks like they are working to get at least partial GPU overclocking restored. With the test firmware listed at the bottom of the page I linked you can try it out. Core_freq is still locked but you can set v3d frequency higher than 600mhz now. I am not convinced that v3d is really a bottleneck but glad to see they are working on it.
-
@quicksilver said in RPI4 freezes at boot after update:
https://github.com/raspberrypi/firmware/issues/1290
Looks like they are working to get at least partial GPU overclocking restored. With the test firmware listed at the bottom of the page I linked you can try it out. Core_freq is still locked but you can set v3d frequency higher than 600mhz now. I am not convinced that v3d is really a bottleneck but glad to see they are working on it.
great news m8!
Just tryed to overclock gpu to 750...
over_voltage=6 arm_freq=2100 gpu_freq=750Now I've got
pi@retropie:~ $ vcgencmd measure_clock arm frequency(48)=2100515584 pi@retropie:~ $ vcgencmd measure_clock core frequency(1)=500000992 pi@retropie:~ $ vcgencmd measure_clock v3d frequency(46)=750001472Looks like they got rid of some of the limitations :)
-
Seems to work well. Interestingly enough, performance may be slightly worse with the test kernel, than the pre-DVFS kernel.
Example: For the Dreamcast Soul Calibur full intro, I was getting steady 60fps with the old kernel, and with the same OC boot.txt settings, getting 57-60fps with the new test kernel. Not at all a complaint, just an observation. The performance is definitely there, compared to stock.
Great stuff!
-
@roslof core frequency is locked at 500mhz with the new firmware whereas it was possible to set it as high as 600mhz with the old firmware. This is the only difference.
-
@quicksilver Not to forget what popcornmix said:
quoted:
" Note: you can get core_freq=550MHz with hdmi_enable_4kp60=1 (on a Pi4).
Use "vcgencmd measure_clock v3d" to be sure the v3d is clocked as requested"Didn't try that yet :)
-
@WODAK I suspect that that the performance hit for running at 4k will offset any gains given by the small 50mhz bump to core frequency. But report back once you've tested it out :)
-
@quicksilver i think it just means 4k60 modes are enabled (by default only 4k30 modes are), rather than forcing one on. with a bit of luck the associated core overclock will apply regardless of whether you're in 4k or not!
-
@dankcushions nice I will have to test this then
-
@roslof I tested the soul Caliber intro with v3d frequency set to 750mhz and with v3d set to default of 500mhz. The frame rates were pretty much identical. Near 58-60fps for most of the intro with a few dips into the 50-55fps range. I'm not seeing where overclocking v3d is providing any benefit...
-
@quicksilver hdmi_enable_4kp60=1 works fine :)
pi@retropie:~ $ ./checkPi.sh OVERCLOCK: core: frequency(1)=549993152 v3d: frequency(46)=750001472 arm: frequency(48)=2100515584 FIRMWARE VERSION Feb 4 2020 12:06:47 Copyright (c) 2012 Broadcom version 53597a93bd1906c9358277b08bff097299216004 (clean) (release) (start) OS VERSION Linux retropie 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linuxl8r I'll check some performence ...btw if ur having a good cooling system force your games to run at governer mode.
quoted by buzz
"If you want to set the performance governor when running games, that is already supported
https://github.com/RetroPie/RetroPie-setup/wiki/runcommand
(It sets it on game start, and restores previous setting on game exit)"
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.