[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45a44e481002260309of5b51c9t79302ec5fa132b9e@mail.gmail.com>
Date: Fri, 26 Feb 2010 19:09:28 +0800
From: Jaya Kumar <jayakumar.lkml@...il.com>
To: Bruno Prémont <bonbons@...ux-vserver.org>
Cc: "Rick L. Vinyard Jr." <rvinyard@...nmsu.edu>,
linux-kernel@...r.kernel.org, npavel@...ner.com,
tomi.valkeinen@...ia.com, tony@...mide.com,
FlorianSchandinat@....de, krzysztof.h1@...pl,
akpm@...ux-foundation.org, linux-fbdev@...r.kernel.org,
jkosina@...e.cz
Subject: Re: [PATCH] Add sysfs support for fbdefio delay
On Fri, Feb 26, 2010 at 6:53 PM, Bruno Prémont
<bonbons@...ux-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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists