Hi ! I am currently writing a FrameBuffer driver for a custom embedded board. I already read some documentation, including skeletonfb.c and vfb.c. There are still some details that I don't really understand. My board has a LCD controller which has its own internal buffer. I am using DMA transfer to modify this buffer when I need to update the screen. Programs using the framebuffer drivers (ie. gui apis) can write anytime to the framebuffer internal buffer trough nmap. My question : how do I know when to refresh my screen ? Currently, I am thinking about these solutions : - endless DMA transfer : the screen is always refresh (consumes power) - timer based solution : refresh the screen every n milliseconds (latency) I am waiting for your advices ! Are there other solutions ? Thanks for all. Best regards. fuhz PS: I need to run GTK on an embedded board. So I guess writing a FrameBuffer driver is not a bad choice. -- To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
