Re: [PATCH] Add sysfs support for fbdefio delay

On Fri, Feb 26, 2010 at 6:53 PM, Bruno Prémont
[off-list ref] 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