Messages in this thread | | | Date | Fri, 26 Feb 2010 19:09:28 +0800 | Subject | Re: [PATCH] Add sysfs support for fbdefio delay | From | Jaya Kumar <> |
| |
On Fri, Feb 26, 2010 at 6:53 PM, Bruno Prémont <bonbons@linux-vserver.org> 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-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |