RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    Emulationstation crashed and Cannot allocate memory on pi4

    Scheduled Pinned Locked Moved
    Help and Support
    crash pi 4 es crashed
    10
    66
    3.0k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • mituM
      mitu Global Moderator
      last edited by

      Sorry, I realized during testing that the images are present in the upload, it's just the gamelist file that references the different location. You can delete the uploaded files.

      Unfortunately, I still can't reproduce the crash. Obviously, my games are 'fake' files, but launching them starts PPSSPP. I tried with both themes (Carbon/Nostalgic-Neo).

      quicksilverQ 1 Reply Last reply Reply Quote 0
      • quicksilverQ
        quicksilver @mitu
        last edited by

        @mitu thanks for trying. This issue is really puzzling. There must be something else unique to my setup causing the issue. I think I'm going to have to re-image.

        1 Reply Last reply Reply Quote 0
        • R
          rejesterd
          last edited by rejesterd

          This is a memory leak related to launching PSP games from emulationstation. I can't reproduce the crash like you're seeing, but I can definitely see RSS usage increase consistently after repeatedly launch a PSP game. You can confirm this by running..

          while :; do ps --sort -rss -eo rss,pid,command | grep emulationstation\/emulationstation$; sleep 1; done

          The first column of output is the RSS usage. For me, it consistently keeps going up when I re-launch the same psp game over and over. That doesn't happen with other games (PSX, for example).

          Not sure why you're seeing a crash so early, but maybe your ES RSS usage is growing beyond whatever the configured limit is.

          quicksilverQ 1 Reply Last reply Reply Quote 0
          • quicksilverQ
            quicksilver @rejesterd
            last edited by

            @rejesterd Im guessing that is a different issue. I just had another crash, this time launching a dreamcast game. I had gameslist view set to detailed. I cant seem to nail down what is causing this issue. Can you tell me what firmware/kernel version you are on by running:

            uname -a
            1 Reply Last reply Reply Quote 0
            • R
              rejesterd
              last edited by 

              Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux

              But yeah, if it's also happening with dreamcast, then the issue is probably not specific to PSP.. maybe it's just that the leak with ES & PSP makes the crash occur faster.

              quicksilverQ 1 Reply Last reply Reply Quote 0
              • quicksilverQ
                quicksilver @rejesterd
                last edited by

                @rejesterd Im on 4.19.97-v7l+. Im going to try rolling back and seeing if that helps. If not I guess Im going to have to re-image...

                1 Reply Last reply Reply Quote 0
                • mituM
                  mitu Global Moderator
                  last edited by

                  @quicksilver - what 4b model do you have ? If it's memory leak related, might not happen so fast on my model (the 4Gb one).
                  4.19.97-v7l+ is the latest/current Raspbian kernel version, but it was released more than 1 month ago (2020-02-13 was the installation date on my system).

                  quicksilverQ 1 Reply Last reply Reply Quote 0
                  • R
                    rejesterd
                    last edited by

                    Yeah I'm also using the 4g model, for reference.

                    1 Reply Last reply Reply Quote 0
                    • quicksilverQ
                      quicksilver @mitu
                      last edited by

                      @mitu mine is the 2gb version. If you are also on the same kernel then I guess we can rule that out. I guess that makes sense since my pi 3 which was rock stable now has stability issues and its on raspbian stretch. The only two things I changed on my pi 3 were switching to nostalgia-neo and using my latest skyscraper gameslist modifications. So I feel it has to be related to them in some way. I might try restoring skyscraper gameslist default settings and testing that out, maybe its a memory related issue.

                      1 Reply Last reply Reply Quote 0
                      • R
                        rejesterd
                        last edited by

                        Even 2g should be plenty, but I would at least confirm how much RSS emulationstation is using (especially when the crash happens).

                        1 Reply Last reply Reply Quote 0
                        • EfriimE
                          Efriim
                          last edited by Efriim

                          What is the resolution you have set with runcommand psp and dreamcast? And which display port are you using?

                          I got 4.5.4 installed over raspbian. Using outer hdmi port. Default runcommands.
                          Inner hdmi port has got a tty (I'm not so sure about the setup but ES doesn't display here), changing res just doesnt work for me and throws errors.

                          Did you try rolling back the kernel?

                          quicksilverQ 1 Reply Last reply Reply Quote 1
                          • quicksilverQ
                            quicksilver @Efriim
                            last edited by

                            @Efriim PSP runcommand display is set to 720p Dreamcast is set to 1080p. Though I don't see how this would cause any issues. Emulation station crashes randomly on many different systems. Even going into retropie setup it occasionally crashes. I haven't rolled back my kernel yet because it looks like the version I'm using is stable for others. I'm undoing the changes I made in skyscraper as a last test. Everything else I have done, and the crashing continues. If this doesn't work I'm going to have to re-image.

                            EfriimE 1 Reply Last reply Reply Quote 0
                            • EfriimE
                              Efriim @quicksilver
                              last edited by

                              @quicksilver
                              No I don't know why it is either but I learn from your answers. Better to be on the same page. I think maybe it is allocating two buffers, or switches, 1 for each screen, there would be a better solution but maybe it is getting hung up on this.

                              I notice mine sort of slows down for 4-5 seconds after exiting a game, I don't have a lot of resources to load.

                              Have you checked the log at /home/pi/.emulationstation/es_log.txt ? This would probably tell you if it is a problem with resources.

                              quicksilverQ 1 Reply Last reply Reply Quote 0
                              • quicksilverQ
                                quicksilver @Efriim
                                last edited by

                                @Efriim said in Emulationstation crashed and Cannot allocate memory on pi4:

                                Have you checked the log at /home/pi/.emulationstation/es_log.txt ? This would probably tell you if it is a problem with resources.

                                Yes I have checked the log but it doesn't show anything out of the ordinary unfortunately.

                                1 Reply Last reply Reply Quote 0
                                • quicksilverQ
                                  quicksilver
                                  last edited by

                                  Just a quick update. I restored skyscrapers default artwork.xml and regenerated my gameslist.xml files. So far I have not experienced any crashing since yesterday. Im going to leave it this way for a bit before I draw any conclusions and will report back.

                                  1 Reply Last reply Reply Quote 0
                                  • quicksilverQ
                                    quicksilver
                                    last edited by

                                    I re-imaged RetroPie 4.5.18 and added back the nostalgic-neo theme and my roms (which are on a USB drive) and ES just crashed. Im not sure what to do at this point. I have 36 systems (including favorites, all, and recent custom systems) with tons of games + a graphic heavy theme maybe this is simply too much for ES to handle.

                                    mituM 1 Reply Last reply Reply Quote 0
                                    • mituM
                                      mitu Global Moderator @quicksilver
                                      last edited by mitu

                                      Let's try to get a full backtrace. Going back to the instructions I posted earlier in the topic:

                                      • install gdb with sudo apt install gdb
                                      • exit EmulationStation and start a SSH session to your PI.
                                      • run from the command line (via SSH)
                                      gdb -q /opt/retropie/supplementary/emulationstation/emulationstation
# at the gdb prompt
(gdb) set logging file /home/pi/es_crash.log
(gdb) run
                                      • wait for ES to crash
                                      • run from the gdb prompt:
                                      (gdb) bt full #this should dump the crash log to the file
(gdb) q # exit

                                      Post the crash file (/home/pi/es_crash.log) to pastebin.com.

                                      quicksilverQ 1 Reply Last reply Reply Quote 0
                                      • quicksilverQ
                                        quicksilver @mitu
                                        last edited by quicksilver

                                        @mitu said in Emulationstation crashed and Cannot allocate memory on pi4:

                                        I tried your advice but no log gets saved. Below are the commands I used:

                                        pi@retropie:~ $ gdb -q /opt/retropie/supplementary/emulationstation/emulationstation
Reading symbols from /opt/retropie/supplementary/emulationstation/emulationstation...(no debugging symbols found)...done.
(gdb) set logging file /home/pi/es_crash.log
(gdb)
(gdb) run
Starting program: /opt/retropie/supplementary/emulationstation/emulationstation
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb4e0c160 (LWP 9985)]
[Thread 0xb4e0c160 (LWP 9985) exited]
[Inferior 1 (process 9982) exited normally]
(gdb) bt full
No stack.
(gdb) q

                                        Edit: just realized that I pressed f4 to get to the terminal and it crashed while exiting so maybe it didnt work because of that? I will try again by just launching games.

                                        1 Reply Last reply Reply Quote 0
                                        • quicksilverQ
                                          quicksilver
                                          last edited by quicksilver

                                          Just tried again ES crashed on startup:

                                          pi@retropie:~ $ gdb -q /opt/retropie/supplementary/emulationstation/emulationsta                            tion
Reading symbols from /opt/retropie/supplementary/emulationstation/emulationstati                            on...(no debugging symbols found)...done.
(gdb) set logging file /home/pi/es_crash.log
(gdb) run
Starting program: /opt/retropie/supplementary/emulationstation/emulationstation
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb4e0c160 (LWP 10011)]

Thread 2 "emulationstatio" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb4e0c160 (LWP 10011)]
0x001b4fe4 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .isra.                            11] [clone .part.12] ()
(gdb) bt full
#0  0x001b4fe4 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#1  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#2  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#3  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#4  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#5  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#6  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
No symbol table info available.
#7  0x001b4ff0 in nsvg__initPaint(NSVGcachedPaint*, NSVGpaint*, float) [clone .i                            sra.11] [clone .part.12] ()
--Type <RET> for more, q to quit, c to continue without paging--q
Quit
(gdb) q
A debugging session is active.

        Inferior 1 [process 10008] will be killed.

Quit anyway? (y or n) y
pi@retropie:~ $

                                          But no log to be found in /home/pi/

                                          1 Reply Last reply Reply Quote 0
                                          • quicksilverQ
                                            quicksilver
                                            last edited by

                                            So third time is a charm, here is the log file:

                                            https://pastebin.com/5WygSKfD

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            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.