Hi.
Are there any plans to expose simple 2D acceleration to userland?
I'm talking about the very basic operations:
- fill rectangle (graphics memset)
- blit (graphics memcpy)
and possibly
- copyarea (graphics memmove)
- waitretrace
Is there a reason we _don't_ want these exposed to userland or
just nobody has taken the time to do it?
Thanks,
jf
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
On Wed, 2007-09-26 at 04:41 -0700, Jerald Fitzjerald wrote:
Are there any plans to expose simple 2D acceleration to userland?
I'm talking about the very basic operations:
- fill rectangle (graphics memset)
- blit (graphics memcpy)
and possibly
- copyarea (graphics memmove)
- waitretrace
Is there a reason we _don't_ want these exposed to userland or
just nobody has taken the time to do it?
You can do all of these using DirectFB. Is that not an option for you?
--
-Tor
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Torgeir Veimo wrote:
On Wed, 2007-09-26 at 04:41 -0700, Jerald Fitzjerald wrote:
quoted
Is there a reason we _don't_ want these exposed to userland or
just nobody has taken the time to do it?
You can do all of these using DirectFB. Is that not an option for you?
Well, the code is already in the kernel for various cards as far as I
can tell.
It's just a matter of exposing the functionality through some ioctl.
Won't even DirectFB benefit from that? (not to mention it'll be able to use
the features without iopl)
jf
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/