On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote: > 2009/9/16 Michel Dänzer <mic...@daenzer.net>: > > On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote: > >> 2009/9/16 Michel Dänzer <mic...@daenzer.net>: > >> > From: Michel Dänzer <daen...@vmware.com> > >> > > >> > Now that we can handle 16 bpp on big endian as well, we can save VRAM > >> > like this > >> > and probably also improve console output speed. The console only uses a > >> > limited > >> > number of colours anyway. (8 bpp might be even better, but that doesn't > >> > seem to > >> > work properly yet) > >> > > >> > This will require changes to the X driver code which tries to preserve > >> > the > >> > console contents, but that never worked for me anyway. > >> > > >> > >> It will also cause flicker at boot which is sort of what we want to avoid > >> esp > >> when you cause a full modeset to happen. > > > > If the mode_set_base hook is supposed to handle depth changes, there > > should be no flicker, should there? > > Yup exactly, so if we fix that this should be fine.
Actually, how's the palette supposed to be handled if mode_set_base needs to switch from depth 16 to 24? Unless I'm missing something, the existing palette will be at least incomplete. -- Earthling Michel Dänzer | http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel