Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping)
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: 2005-03-16 23:20:07
Possibly related (same subject, not in this thread)
- 2005-03-17 · Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping) · Ville Syrjälä <syrjala@sci.fi>
- 2005-03-17 · Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping) · Benjamin Herrenschmidt <benh@kernel.crashing.org>
- 2005-03-16 · Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping) · Benjamin Herrenschmidt <benh@kernel.crashing.org>
- 2005-03-16 · Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping) · Benjamin Herrenschmidt <benh@kernel.crashing.org>
- 2005-03-16 · Re: [Linux-fbdev-devel] Re: FB model basic issues (WAS: radeon, apertures & memory mapping) · Michel Dänzer <hidden>
On Wed, 2005-03-16 at 11:48 -0500, Adam Jackson wrote:
On Wednesday 16 March 2005 09:09, Ville Syrjälä wrote:quoted
On Wed, Mar 16, 2005 at 05:31:16PM +1100, Benjamin Herrenschmidt wrote:quoted
Well, do they "revert" it after atyfb/aty128fb/radeonfb set it then ? it's definitely set on mode switch.The point is that there can be offscreen surfaces with different depth than the fbdev surface._Will_ be. Otherwise GL and Render performance drops through the floor.
Yes, but again, GL/DRI knows how to play with the swapper, that is not my point. Looks like people here prefer arguing for the sake of it rather than trying to make progress... I think I'll just decide something randomly in radeonfb and let folks cope with it. Ben.