Date: Mon, 25 Jan 2010 19:29:41 +0000 From: Alexey Dokuchaev <danfe@FreeBSD.org> To: Jung-uk Kim <jkim@FreeBSD.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r198858 - in head/sys: dev/fb dev/syscons sys Message-ID: <20100125192941.GA9196@FreeBSD.org> In-Reply-To: <200911032022.nA3KM96H003434@svn.freebsd.org> References: <200911032022.nA3KM96H003434@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Nov 03, 2009 at 08:22:09PM +0000, Jung-uk Kim wrote: > Author: jkim > Date: Tue Nov 3 20:22:09 2009 > New Revision: 198858 > URL: http://svn.freebsd.org/changeset/base/198858 > > Log: > Fix VESA color palette corruption: > > - VBE 3.0 says palette format resets to 6-bit mode when video mode changes. > We simply set 8-bit mode when we switch modes if the adapter supports it. > - VBE 3.0 also says if the mode is not VGA compatible, we must use VBE > function to save/restore palette. Otherwise, VGA function may be used. > Thus, reinstate the save/load palette functions only for non-VGA compatible > modes regardless of its palette format. > - Let vesa(4) set VESA modes even if vga(4) claims to support it. > - Reset default palette if VESA pixel mode is set initially. > - Fix more style nits. > > Modified: > head/sys/dev/fb/vesa.c > head/sys/dev/syscons/syscons.c > head/sys/sys/fbio.h Apparently this revision broke logo screen saver w/ vesa.ko on i386 (it works, but image is significantly darker). Building vesa from earlier sources gives previously seen (i.e. correct) result. Could you take a look please? My gfx card is GF6600. Thanks. ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100125192941.GA9196>