Emulation station freezing

thomas1234

@triforcexp still seeing freezing immediately after removing overclocking. I did the same thing in updating a really old version to buster and building ES from source.

mahoneyt944

@thomas1234 what I did was I built a fresh image then copied over a few settings at a time until I found what caused the freeze. Then I corrected that setting to fix my freezing issue.

thomas1234

@mahoneyt944 What setting was it that needed corrected? I have completely reverted config.txt

I guess I just need to start fresh.

mahoneyt944

@thomas1234 gpu_freq was effected after the update. Comment out any of these.

#gpu_freq= ?

roslof

Would like to confirm:

Since upgrading RetroPie to latest awhile back and also upgrading the RPi software with:

sudo apt update
sudo apt full-upgrade

The freeze occurs randomly, but only during the screensaver. I read above this was occurring with a slideshow. I use video, and each day return to a frozen video or a black screen.

Turning off GPU overclock dramatically affects some 3D system (N64, Dreamcast, Naomi, Atomiswave) so not a great option. Better to disable the screensaver, but that's such a great feature.

Has anybody been able to track down the source of the problem? ES update, or the Raspberry Pi upgrade?

roslof

@mahoneyt944 said in Emulation station freezing:

@thomas1234 gpu_freq was effected after the update. Comment out any of these.

#gpu_freq= ?

Clarifying: "after the update" of what? RPi software, or ES?

roslof

A couple of anecdotal data points:

The issue should not be with EmulationStation V2.9.6RP. I used to run it extensively without issue.
I've more recently been using EmulationStation-Dev V2.10.0RP-DEV without issue.

Then I updated Raspberry Pi software to latest and updated RetroPie Script. The later was common and I don't see any commits that should affect ES.

The freeze started here. #1 and #2 now freeze. Unless user-error on my side, the issue should reside with the Raspberry Pi software update (it did also update kernel). Possible a newer version of VLC. Not sure.

I'll see if I can find out more. It wouldn't be the first time a RPi upgrade adversely affected overclock settings.

Q: When updating Raspberry Pi software, is the output logged somewhere? I'd like to see what changed. It had been awhile, so A LOT changed.

mitu

@roslof said in Emulation station freezing:

Q: When updating Raspberry Pi software, is the output logged somewhere? I'd like to see what changed. It had been awhile, so A LOT changed.

The updates are logged to /var/log/apt/history.log or one of the gz files in the same folder.

roslof

@mitu said in Emulation station freezing:

@roslof said in Emulation station freezing:

Q: When updating Raspberry Pi software, is the output logged somewhere? I'd like to see what changed. It had been awhile, so A LOT changed.

The updates are logged to /var/log/apt/history.log or one of the gz files in the same folder.

Will investigate now. Thank you mitu.

roslof

Logs show that I ran apt full-upgrade on 2021-06-12.
Issues started on that date. Should rule-out an ES update, correct? I upgraded RetroPie regularly.

Kernel was updated
12 VLC related updates
...and lots more :|

Full log from history.log.1

Might start with rolling back VLC... then test for awhile
Then try ~~to find the previous stable kernel and try that next~~ my previous kernel (which, if I'm reading the log correctly was kernel dated: 20210303.

Also, this thread...
A change from Dec/Jan affected VLC. Should be unrelated, if my previous kernel was working well (20210303)...

mahoneyt944

I can't confirm what change occured exactly as I didn't dig that far. Though I did test different combinations of updates back when I discovered the effected setting, with and without updating the kernel, etc. Without testing every commit from that time one by one, it seemed to follow the ES update not the kernel. After removing the before mentioned gpu setting the freezing has been resolved and that was good enough for me. I've updated again fully, just 2 days ago, and I am still not experiencing issues. Mind you my build runs literally 24/7, so I'm confident in the results with my build.

This was just my experience though, if nothing else maybe a starting point for someone to dig further.

4.6.8 worked fine. 4.7.1 had freezes with the same gpu setting. So any commits in that time should be suspect. ES would be my target since it's all that froze for me. The pi still works fine other than that, as in its still working over network etc.

roslof

@mahoneyt944 said in Emulation station freezing:

4.6.8 worked fine. 4.7.1 had freezes with the same gpu setting. So any commits in that time should be suspect. ES would be my target since it's all that froze for me. The pi still works fine other than that, as in its still working over network etc.

Thank you @mahoneyt944
Are you currently running the experimental ES or non-experimental?

mahoneyt944

@roslof I believe I updated from binary. So latest stable.

roslof

@mahoneyt944 said in Emulation station freezing:

@roslof I believe I updated from binary. So latest stable.

Again, helpful. It's still early, but my issue is starting to look like a source-built ES-dev build. The only way I'm testing this is by simply letting the video screensaver run until it freezes, or until I give a ton of time.

Like you, @mahoneyt944, I appear stable with non-dev (so good news for RetroPie in general as dev is experimental).

If it turns out to be source-built ES-dev, I'll zero-in on whether or not it's how it's being built, or if a breaking change came in.

UPDATE: Freezes with latest pre-built binary of ES-dev. Convinced issue is indeed with EmulationStation-dev. Will manually build from older commits (looks like May timeframe has some good targets). It also would appear that my issue is something fairly new, as this thread started in Nov 2020...

UPDATE #2: When the video freezes, it appears that vcgencmd is hanging as seen in htop (status D):

D - uninterruptible sleep (usually IO)
Uninterruptable processes are USUALLY waiting for I/O following a page fault. The process/task cannot be interrupted in this state, because it can't handle any signals; if it did, another page fault would happen and it would be back where it was.

mahoneyt944

@roslof my arcade cabinet "retropie" runs 24/7 so I would always find it frozen when returning after a period of time on the screensaver "slideshow". Once I started testing things though I found ES would sometimes randomly freeze when scrolling menus / navigating around. So I'm not sure it's limited to screensavers. In my case it seemed to be anytime the GPU was getting a jolt of action within ES.

roslof

@mahoneyt944 and you were overclocked for GPU?

mahoneyt944

@roslof I was using gpu_freq=500 before I updated. Never an issue. After updating, I could no longer use this setting in config.txt

There are other setting that effect GPU, so there maybe others effected too.

roslof

@mitu since ES stable seems fine for me, I went ahead and created a debug version of EmulationStation-dev leveraging the existing RetroPie script and adding params+=(-DCMAKE_BUILD_TYPE=Debug)

Ran GDB and needed to handle incoming SIG32s for each new video that ran.

It didn't take long before I got a freeze in the video screensaver. No information in GDB. where provided in the tail I captured here:
GDB ES-Dev Screensaver Freeze Tail

Here are my current ES settings

A few things:

The information above is from latest ES-dev, latest kernel and software and an updated RetroPie setup script.
Prior to this test, I downgraded ES-dev to a build from May that I'm confident used to work, but now it doesn't (suggesting some non-ES influence is affecting ES-dev)
Events I recall since May that may be affecting: a) New RetroPie changes b) a sudo apt full-upgrade which updated the Kernel and VLC c) worked with the wine/box86 project which installed some development mesa drivers (apparently shouldn't affect current drivers, but unclear)

I haven't tried rolling back the Kernel yet, but that's next on my list. If that doesn't provide insights, I'll keep playing with older versions of ES-dev and maybe at least figure out what's not playing nicely with my system.

Does GDB "where" from my log provide any insights to you?

Hope this information is helpful.

mitu

@roslof said in Emulation station freezing:

Does GDB "where" from my log provide any insights to you?

The gdb trace shows the application is running somewhere in libvlccore, not sure if it's where the the crash/hang happens.
vcgencmd hanging may indicate a firmware/GPU crash or error.

Leaving aside a problem with ES, if you want to bisect a problem with the firmware you can use rpi-update and selectively update the just RPI firmware to see which revision is at fault (e.g. run it with sudo SKIP_KERNEL=1 rpi-update <git-revision>).

roslof

@mitu I confirmed that the initial freeze reported in November is not the same as the freeze I am experiencing. I also confirmed that this commit in ES-dev from 26-Feb is causing my RPi4B freeze. Only trying to understand why, since I'm certain that when I first received this commit, everything was fine with my system, and had been for quite sometime. I only started noticing random freezes after updating RPi software with sudo apt update and sudo apt full-upgrade on June 12th, 2021.

HYPOTHESIS #1: Something in the commit may be incompatible with the latest vlc-bin: 3.0.12-0+deb10u1+rpt2.

I ruled out overclocking, as I receive the freeze as often overclocking as not overclocking.

Kernel and firmware also may be ruled out. I rolled back to January, well before I noticed issues and freeze still occurs. Possible user-error on my part, but I doubt it.

I also compiled a version of vlc (version 11) but I failed to get it to render with the screensaver (or video snaps)... I may try again to prove or disprove my hypothesis above.

Beyond that, I'm out of ideas. Something changed since that commit. Not sure how many people are running ES-dev. The improvements are remarkable. But to remain stable, I'll have to stick with stable.

Hope this information is helpful.