Re: [PATCH] Fix switch from XFree

[Benjamin Herrenschmidt <benh@kernel.crashing.org>]

> Or to use a different pipe, if the hardware provides accelerated context
> switching :)).

Do we really care ? This is VT switch...

> Ok, but for the mode, if you use UseFBdev, then the server will not
> touch the mode, and rather use the underlying fbdev infrastructure for
> it. Why not do something similar for 2D, and tell X that this version of
> the fbdev does indeed know how to fix the accel engine, and doesn't care
> about getting it in broken state.

It already doesn't care :) It doesn't save / restore the engine state

> Ok, i understand, but again, maybe if the fbdev doesn't care, there is
> no need for X trying to save/restore it ? Or whatever it tries to do.

It only does the mode, and only without FBDev

> I think we could decide on a sane policy for both fbdev and X to follow
> (for example, each one is in charge of resetting their mode/accel engine
> state), and then submit this policy to the XFree86 people to adhere too
> if the UseFBDev option is used. If XFree86 drivers do not implement it,
> then they are broken, and its their problem, but if they do, then we
> result in having the most economical context swithc possible.
> 
> Friendly,
> 
> Sven Luther
-- 
Benjamin Herrenschmidt <benh@kernel.crashing.org>



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn