On Nov 22, 2007 4:03 AM, Thomas Hellström <[EMAIL PROTECTED]> wrote:
...
> There are probably various ways to do this, which is another argument
> for keeping super-ioctls device-specific.
> For i915-type hardware, Dave's approach above is probably the most
> attracting one.
> For Poulsbo, all state is always implicitly included, usually as a
> reference to a buffer object, so we don't really bother about contexts here.
> For hardware like the Unichrome, the state is stored in a limited set of
> registers.
> Here the drm can keep a copy of those registers for each context and do
> a smart update on a context switch.
>
> However, there are cases where it is very difficult to use cliprects
> from the drm, though  I wouldn't say impossible.

The idea is to keep the cliprects in the kernel and only render double
buffered.  The only code that needs to worry about cliprects is swap
buffer, either immediate or synced to vblank.  What are the cliprect
problems you mention?

Kristian
-------------------------------------------------------------------------
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/
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to