[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <21d7e9970907131746q4f1a34efw9d3e6efaa78aea34@mail.gmail.com>
Date: Tue, 14 Jul 2009 10:46:12 +1000
From: Dave Airlie <airlied@...il.com>
To: Ali Gholami Rudi <ali@...i.ir>
Cc: Arjan van de Ven <arjan@...radead.org>,
fbdev <linux-fbdev-devel@...ts.sourceforge.net>,
Andrew Morton <akpm@...ux-foundation.org>,
Andrea Righi <righi.andrea@...il.com>,
Krzysztof Helt <krzysztof.h1@...pl>,
Greg Kroah-Hartman <gregkh@...e.de>,
Geert Uytterhoeven <Geert.Uytterhoeven@...ycom.com>,
Philippe De Muyter <phdm@...qel.be>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/2] fbdev: add fillrect and copyarea ioctls
On Tue, Jul 14, 2009 at 2:25 AM, Ali Gholami Rudi<ali@...i.ir> wrote:
> Arjan van de Ven <arjan@...radead.org> wrote:
>> On Mon, 13 Jul 2009 19:47:09 +0430
>> Ali Gholami Rudi <ali@...i.ir> wrote:
>> > Is there any reason for not adding these ioctls to fbdev? I searched
>> > the net and couldn't any. Anyway, these patches simply implement
>> > those ioctls.
>> >
>>
>> can we turn this around, is there a reason to add them?
>> or in other words, how / where would these be used ?
>
> User-space programs that use framebuffer directly can use them. I was
> writing a simple framebuffer virtual terminal (using libfreetype for
> fonts; like fbterm); scrolling and painting boxes would be faster if
> there was someway of using hardware accelerated operations. I think
> other similar programs can benefit, too.
The general opinion is we should keep acceleration in userspace if at
all possible.
Not all hw can implement these usefully in the kernel, directfb
already does some
things for this.
Dave.
--
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