Plans for 2D acceleration
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/
Quoted 8 lines · Jerald Fitzjerald
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)
Quoted 7 lines
and possibly
- copyarea (graphics memmove)
- waitretraceIs 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?
Signature · 7 lines
-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/
Quoted 12 lines · Torgeir Veimo
Quoted 4 lines · Jerald Fitzjerald
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/