-
Notifications
You must be signed in to change notification settings - Fork 892
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
KMS/DRM/GBM as a new backend #1865
Comments
Hi @goddessfreya, I'm pinging you because I can see that you already worked with gbm.rs a year ago, a crate which I also use in this project to interface DRM and EGL. |
Thanks, I'm closing this to reply to #1006. |
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello ! I'm working on a 'kiosk' mode application with runs on an embedded linux system configured for rust.
The choice was made to not have any compositor (wayland/x11) at all on the system, and to rely on Kernel Modesetting, the Direct Rendering Manager API and Generic Buffer Management (from mesa3d) for the graphics.
I'm at the point where I can draw to the screen via a framebuffer, I have details about the hardware and I have an opengl context via khronos-egl.
I was wondering if this could become a winit backend ? I would gladly develop such a thing.
I guess it would give a single non-resizeable fullscreen window at a time (like most activities in Android), and while I currently don't handle inputs in my test program, I'm sure I can deal with libinput to get keypresses and pointer movement. I have zero knowledge about touchscreens though.
What are your impressions / first thoughts ?
Be welcome to give any advice or direction if you want me to do it.
The text was updated successfully, but these errors were encountered: