PinePhone with Postmarket OS sxmo While attempting to download a large area the application crashes with: DRM_IOCTL_MODE_CREATE_DUMB failed: Out of memory
It is possible I misunderstood how the offline feature is supposed to work but I was hoping it would save data to permanent storage and retain it between sessions. This error suggests it is trying to hold everything in RAM. It crashes after around 200mb
You have understood the offline feature correctly in that it caches tiles to the filesystem to be retained between sessions.
The strange things about this error is that its related to DRM, so this error has to do with running out of GPU memory not RAM. Really the background downloading tiles shouldn't have any effect on DRM / GPU memory since background tiles bypass being converted to textures/GPU memory in anycase and directly write to the FS.
- What version of the Pinephone is this?
- What environment are you using (Sxmo, Phosh, etc.)?
- If you could provide full replication steps from a base image it would be very helpful for me to be able to resolve this. Include where you panned map to full steps etc.
As for potential workarounds:
- You may use
mepo -swto use the software renderer instead of hardware / GPU rendering
- You can download tiles using
mepo -dSPECor using the
- You may alter the max textures for the GPU (https://git.sr.ht/~mil/mepo/tree/master/item/src/config.zig#L18); I set this intentionally low to have minimal GPU memory requirements but wonder if this needs further tuning / detection to use SW render even if GPU memory fails.
Pinephone beta edition Sxmo
- Flash STABLE image from postmarket os download page, this specific image: https://images.postmarketos.org/bpo/v22.06/pine64-pinephone/sxmo-de-sway/20220914-0518/20220914-0518-postmarketOS-v22.06-sxmo-de-sway-1.9.0-pine64-pinephone.img.xz
- Install mepo from the EDGE repository by settings the --repository flag on the apk command
- run mepo
- set the view to cover a large area (30x30 km of a built up city seems to be plenty)
- download current bounds
Please note I am running stable sxmo with edge mepo, if this is required to reproduce the issue it might be a bug in sxmo and it might already be fixed.
I checked this myself. After installing edge pmos this issue was no longer reproducible. I think we can close this bug.