From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GCcoW-0007ti-KL for qemu-devel@nongnu.org; Mon, 14 Aug 2006 09:49:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GCcoU-0007rV-Ua for qemu-devel@nongnu.org; Mon, 14 Aug 2006 09:49:08 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GCcoU-0007rI-NW for qemu-devel@nongnu.org; Mon, 14 Aug 2006 09:49:06 -0400 Received: from [66.249.82.224] (helo=wx-out-0506.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GCcuJ-0004wB-FR for qemu-devel@nongnu.org; Mon, 14 Aug 2006 09:55:07 -0400 Received: by wx-out-0506.google.com with SMTP id r21so1196303wxc for ; Mon, 14 Aug 2006 06:49:05 -0700 (PDT) Message-ID: <9b0d5f320608140649h3f25ab67q8d901839f247f01@mail.gmail.com> Date: Mon, 14 Aug 2006 09:49:05 -0400 From: WaxDragon Subject: Re: [Qemu-devel] Re: qemu-system-sparc video problem on 16 bit displays In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060809223220.GA16406@saturn.kn-bremen.de> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 8/9/06, Anthony Liguori wrote: > On Thu, 10 Aug 2006 00:32:20 +0200, Juergen Lock wrote: > > > Hi! > > > > I was made aware of this by a FreeBSD user, but i suspect the > > problem is not specific to FreeBSD hosts: If run on a 16 bit display, > > qemu-system-sparc' video is messed up like shown here: > > http://img320.imageshack.us/img320/3807/qemusparckd1.png > > (pink, and uses only half of the window's width...) It looks okay on 24 > > bit displays. > > Looks you're telling QEMU that you've got a 16 bit buffer when it's really > a 32 bit buffer. > > Perhaps we're mixing up bits-per-pixel with depth? > > Regards, > > Anthony Liguori > > > Thanx, > > Juergen > > > > Perhaps this in tcx.c? switch (ts->ds->depth) { case 32: f = tcx_draw_line32; break; case 24: f = tcx_draw_line24; break; default: case 8: f = tcx_draw_line8; break; case 0: return; } WD -- < undrdawg> it was buggy and hung a lot