-
-
Notifications
You must be signed in to change notification settings - Fork 671
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
graphicsdriver/opengl: creating/modifying buffers causes OOM on Pinebook Pro #1040
Comments
Thank you for reporting! I'll take a look... |
Could we take a look at the code of these packages? EDIT: I found them https://code.ur.gs/lupine/ordoor |
I feel like this is an issue in the OpenGL driver of your machine, so this might be hard to investigate... |
As this happened on |
Thanks for looking @hajimehoshi . Happy to try things out if that's of any use, although I'm hardly an opengl expert |
Now I replaced |
Thanks! I gave latest master a try, but unfortunately the problem seems to persist. New stacktrace, though:
It's very much like creating one of the buffers fails, it doesn't notice, and then goes on to try to use it in It's feasible that the graphics driver isn't conforming to the error interface, I guess. Master does seem to create more memory pressure generally - out of three runs of my test program, 2 gave the above stacktrace and one was killed by the linux oom-killer before it reached that stage. |
Thanks. I agree master uses more memory than before due to buffers for pixels. The memory allocation happens on GPU side in general, but this depends on drivers and systems. Let me think what to do... |
It looks like a Pinebook is now out of stock :-/ |
I came back to this today and it looks like some combination of newer mesa/panfrost and/or ebiten has fixed it - I'm running successfully again on:
So I'll close this :) |
Hi,
I converted https://code.ur.gs/lupine/ordoor/src/commit/5b4ad2495f8d25511ae78e784448b08078b2809a/cmd/view-map/main.go to ebiten this week. Still very early code, and not performant - but it did run against v1.10.2. In this code, I may draw images to the
screen *ebiten.Image
at coordinates like(4500,2500)
.My hardware is a Pinebook Pro ( https://www.pine64.org/pinebook-pro/ ), using the Panfrost driver.
Attempting to upgrade ebiten to v1.11.0-alpha.2, and then master, I get the following failure:
I presume the failure to allocate memory is unexpected and not checked for, leading to the sigsegv. At a minimum, we should panic instead; even better would be if the code kept working ;).
I appreciate panfrost is a marginal platform, and I'm doing very non-performant things on it right now, but I thought the SIGSEGV was interesting enough to report!
The text was updated successfully, but these errors were encountered: