From owner-freebsd-x11@freebsd.org Sun Feb 21 11:18:37 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9849AAF9AB for ; Sun, 21 Feb 2016 11:18:37 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB46811E3 for ; Sun, 21 Feb 2016 11:18:37 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from [176.158.145.63] (helo=[192.168.75.14]) by mail.made4.biz with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXS26-000H9w-AW for freebsd-x11@freebsd.org; Sun, 21 Feb 2016 12:18:34 +0100 Subject: Re: radeonkms console is grayscale To: freebsd-x11@freebsd.org References: <392725FF-3B98-4526-A431-3974E0568D2B@tamu.edu> <6E257131-274A-4EFE-B352-AE072BD328C9@tamu.edu> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Message-ID: <56C99D0A.1000906@dumbbell.fr> Date: Sun, 21 Feb 2016 12:18:34 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <6E257131-274A-4EFE-B352-AE072BD328C9@tamu.edu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2016 11:18:37 -0000 Le 11/02/2016 01:54, Andrew Daugherity a écrit : > In 16 bpp, everything looks correct, although it does scroll a bit > slower than 8 bpp. In 24 bpp it is in color, but the colors are all > wrong. Photos: http://imgur.com/a/fbLmz > > Not sure why 8 bpp is grayscale, since 4-bit VGA is in color; > ideally this would get fixed, since 8 bpp is faster than 16 bpp, but > I do at least have a workaround. FWIW Linux on similar hardware > chooses 1024x768x16, which displays correctly. I haven’t tried > alternate modes in Linux but could if that would help debugging. Could you please file a bug report for the mixed-up colors? Attach the screenshot as well. There is already a long list of things to fix in vt(4) and unfortunately, I won't have time to work on them any time soon :( But someone else can work on them. -- Jean-Sébastien Pédron