|
|
|
|
|
by Jasper_
2996 days ago
|
|
Keep in mind that /dev/fb, on a modern system, isn't an actual framebuffer on your GPU. It's a land of make-believe, mostly supported to get the kernel console ("fbcon") working. Going back for at least 10 years, the kernel mode-setting API (KMS) is used to display buffers, and there's compatibility code which sets up a user-space buffer in the KMS subsystem [0] which is swapped to when fbcon happens through a large chain of strange events that are hard to describe. This explains why you can't write to a /dev/fb during an active X11 session and have it show up: it's a fake buffer that only shows up when KMS isn't in use. [0] https://github.com/torvalds/linux/blob/master/drivers/gpu/dr... |
|
For instance one thing I have been working on is a library that allows writing to and partially refreshing an EInk display with low latency enabling this[0].
I am curious what would happen if I got xorg working on this and used an additional application to call the `refresh` ioctl so that the changes get displayed on the screen.
[0] https://gfycat.com/CornyHugeIndianRhinoceros