On Fri, Feb 26, 2010 at 6:53 PM, Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx> wrote: > For me the driver would start with a default delay that matches the > full-redraw throughput of the device but userspace could reduce the > delay when it knows it will mostly just refresh small parts of the > display (one or two tiles) and would like those done at a higher rate. Who in userspace will know to reduce the delay? How will it know that the delay should be reduced? > > A sample application would be displaying a media player interface > like the one of XMMS and clones where Umeter (the part displaying > volume per frequency range) could be refreshed ten times a second, > the current position once a second and all the rest only on song > change. xmms/umeter will talk to this sysfs entry? > > Knowing the size of the display, probability that it's being used > directly by X server is very small, it would rather be some application > using it as a sideport display. > Yes, I'd like to know which applications these are. Thanks, jaya -- 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
