---- Troy Benjegerdes <[EMAIL PROTECTED]> wrote: > On Fri, May 05, 2006 at 09:06:20AM -0500, Anthony Liguori wrote: > > Ben Taylor wrote: > > >I'm seeing quite a few bugs on Qemu 0.8.1 with the vnc feature > > > > > >1) Sparc based system comes up in distored colors (foreground of a Damn > > >Small linux > > >iso comes up in yellow, instead of white) > > > > > > > This is a know problem. qemu doesn't give any indication that the guest > > is storing pixels in big endian mode. A proper fix is on my TODO list. > > > > >2) When it bounces from the initial syslinux text to the grahpical screen, > > >it leaves the text > > >in the top left corner not cleared. (to the boot: at the bottom) > > > > > > > Yeah, I've noticed something similar myself. It's on the TODO list (see > > vnc.c). > > > > > > > > > TightVNC doesn't support the desktop resize encoding. Try RealVNC. > > I am running the current CVS code and seeing endian color problems with > a x86 machine running qemu and a PPC linux machine running > xrealvncviewer. > > This is the debian xvncviewer package version 3.3.7-7. > > Also, how does one get to the qemu console with the vnc?
I usually start qemu with "-S -monitor stdio -vnc 0" which gives me a (qemu) prompt on the starting terminal, then I start vnc and then type "cont" in the monitor window (starting terminal) However, another buglet WRT to vnc that I've found is this. When I do the following from a Solaris/Sparc host, and display on a Solaris/X86 client using vncviewer, I get the following corruption (see attachment Solaris-sparc-qemu-monitor.png) > The vnc server also seems to occasionally send invalid vnc packets, and > the screen resize does not seem to work. Included is a log of starting up > and exiting because a bad message.. The bad message problem occurs with > Chicken of the VNC on MacOS X as well. > > > VNC viewer version 3.3.7 - built Sep 25 2004 21:02:46 > Copyright (C) 2002-2003 RealVNC Ltd. > Copyright (C) 1994-2000 AT&T Laboratories Cambridge. > See http://www.realvnc.com for information on VNC. > VNC server supports protocol version 3.3 (viewer 3.3) > No authentication needed > Desktop name "QEMU" > Connected to VNC server, using protocol version 3.3 > VNC server default format: > 32 bits per pixel. > Least significant byte first in each pixel. > True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0 > Using default colormap and visual, TrueColor, depth 24. > Got 256 exact BGR233 colours out of 256 > Using BGR233 pixel format: > 8 bits per pixel. > True colour: max red 7 green 7 blue 3, shift red 0 green 3 blue 6 > Throughput 20000 kbit/s - changing to Hextile > Throughput 20000 kbit/s - changing from 8bit > Using viewer's native pixel format: > 32 bits per pixel. > Most significant byte first in each pixel. > True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0 > Rect too large: 69x1 at (705, 577) I am definitely seeing this happen with the Solaris/Sparc host and Solaris/X86 Real vncviewer. Ben
Solaris-Sparc-Qemu-monitor.png
Description: PNG image
_______________________________________________ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel