Re: [Qemu-devel] objective benchmark?
Tuesday, May 16, 2006 3:55 PM Christian MICHON wrote: how can we do the same if the host is winXP ? Today, on linux guests, 2.4.x kernel boot faster than 2.6.x kernel inside qemu (unless using clock=pit on 2.6.x). 2 days ago, when I tried to setup Solaris x86 10 guest inside winXP host, I gave up since the timing engine inside the guest seems slow. I would really like to know how to solve this on XP hosts. RTC is not used on Win host. SpeedStep/PowerNow! is disabled by changing miminal power management to other items at Control Panel-Power Option-Power Management Setting. I don't think it is necessary to set it if your PC is ACPI. Set it if the clock of win2k guest is faster than the real time while IE is running. It is normal that 2.4 kernel boots faster than 2.6 kernel, isn't it? I don't know why Solaris x86 10 doesn't work. Regards, Kazu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] VLAN and Tap for win32
Sent: Monday, May 15, 2006 11:03 PM Kazu wrote: I heard that WSAWaitForMultipleEvents is the same as WaitForMultipleObjects in winsock 2 mailing list. I used it. I think supressing polling means using win32 thread. Is it OK? I will try to use threads. http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20060515-tap.patch WSAWaitForMultipleEvents needs WSAStartup. WaitForMultipleObjects can wait for network events. WaitForMultipleObjects is better. http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20060516-tap.patch Regards, Kazu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] objective benchmark?
On 5/16/06, Kazu [EMAIL PROTECTED] wrote: It is normal that 2.4 kernel boots faster than 2.6 kernel, isn't it? I don't know why Solaris x86 10 doesn't work. solaris works, it's just painfully slow. lots of time is wasted in ide-probing inside 2.6.x, because of the way time is measured in the qemu guest. Maybe recompiling 2.6.x guest kernel, telling it which internal timer to use would be better. Does anyone know how to do this or tried it already? -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] objective benchmark?
Kazu [EMAIL PROTECTED] wrote: Tuesday, May 16, 2006 3:55 PM Christian MICHON wrote: how can we do the same if the host is winXP ? Today, on linux guests, 2.4.x kernel boot faster than 2.6.x kernel inside qemu (unless using clock=pit on 2.6.x). 2 days ago, when I tried to setup Solaris x86 10 guest inside winXP host, I gave up since the timing engine inside the guest seems slow. I would really like to know how to solve this on XP hosts. RTC is not used on Win host. SpeedStep/PowerNow! is disabled by changing miminal power management to other items at Control Panel-Power Option-Power Management Setting. I don't think it is necessary to set it if your PC is ACPI. Set it if the clock of win2k guest is faster than the real time while IE is running. It is normal that 2.4 kernel boots faster than 2.6 kernel, isn't it? I don't know why Solaris x86 10 doesn't work. add ,atapi-cd-dma-enabled=0 to the boot line when installing. The QEMU IDE controller doesn't implement DMA (or dma correctly). If you don't give a Solaris VM enough memory, the installer (java) will coredump, and it appears that it's running out of memory. Once you've got Solaris 10 X86 installed, you'll need to get the Disk Update from http://tools.de/solaris/itu/DU.zip. Normally you could do an Install Time Update to add this driver disk, but Qemu doesn't implement a floppy in ACPI (I'm testing patches now to see if that fixes the problem), and some folks are working on OpenSolaris to fix the enumeration of the floppy on the emulated ISA bus (or when -no-acpi is called). So the trick to getting the NIC driver into Solaris 10x86 is to call QEMU with the DU.img as hdd. Then once Solaris is booted, you do the following: mount -F pcfs /dev/dsk/c1d1p0:c /mnt cd /mnt/DU/210/i86pc/Product cp ni.Z /var/tmp uncompress ni.Z cpio -idvm ni pkgadd -d . CSWni At this point, it's probably easier just to do a sys-unconfig so that Solaris 10/x86 with redo it's networking for DHCP. (tun/tap support is not in qemu for Solaris yet) HTH, Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] How qemu resolve the code cache?
As I know that there is difference between accessing data segment and code segment under x86.Because there are cs and ds register to control this. If we do this: memcpy(datasegment,code segment,size),we will get wrong results. How can I copy some instructions from cs segment to ds segment.How qemu do this ,thx! ___ 雅虎免费邮箱-3.5G容量,20M附件 http://cn.mail.yahoo.com/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu vnc.c vnchextile.h
On Sun, May 14, 2006 at 06:11:50PM +, Fabrice Bellard wrote: CVSROOT: /sources/qemu Module name: qemu Branch: Changes by: Fabrice Bellard [EMAIL PROTECTED] 06/05/14 18:11:49 Modified files: . : vnc.c vnchextile.h Log message: support for all VNC pixel formats Chicken of the vnc on MacOS X http://sourceforge.net/projects/cotvnc/ seems to have some issues with hextile encoding with a linux-x86-64 host system running qemu. Xvncviewer on a big-endian PPC system works just find though. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Found a bug in kqemu - OOo 2 on FC5 crashes if qkemu is loaded
KQemu currently doesn't work well with SELinux. Please disable it temporarily and try again. On 5/16/06, John Morris [EMAIL PROTECTED] wrote: Been trying to blow up qemu and have succeeded a couple of times. Hardware is an Athlon64 3200+, via chipset, etc. Software is qemu 0.8.1 + kqemu 1.3.0pre7 running atop WBEL4-x86_64 (a RHEL4 rebuild). Installed FC5-i386, things seem to work except OOo blows up if kqemu is in use but runs normally (but of course slower) if it isn't. Doesn't matter if -kernel-kqemu is enabled. Here is what it says when it croaks: Video Driver is probably: cirrus Desktop is: GNOME libgcj version is: libgcj-4.1.0-3 kernel is: Linux 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 EST 2006 i686 athlon i386 OpenOffice.org core rpm version is: openoffice.org-core-2.0.2-5.2.2 accessibility is: false ...start sestatus details ... SELinux status: enabled SELinuxfs mount:/selinux Current mode: enforcing Mode from config file: enforcing Policy version: 20 Policy from config file:targeted ...end sestatus details ... 0x525680: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1e680 0x525ec0: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1eec0 0x4aa420: + 0x420 (__kernel_sigreturn + 0x0) 0x90a1f9: /lib/libc.so.6 + 0xd41f9 (pthread_mutex_unlock + 0x26) 0x51d8d0: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x168d0 (osl_releaseMutex + 0x1e) 0x4f70db: /usr/lib/openoffice.org2.0/program/libuno_cppu.so.3 + 0x1e0db 0x1fdc282: /usr/lib/openoffice.org2.0/program/libgcc3_uno.so + 0x6282 0xb70e6f40: Also tried installing FC5-x86_64. With -kernel-kqemu it won't boot. Without it boots but won't complete an install. For completeness I'll also try again without kqemu but since that will take some time, figured might as well report these results. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu vnc.c vnchextile.h
Modified files: . : vnc.c vnchextile.h Log message: support for all VNC pixel formats Chicken of the vnc on MacOS X http://sourceforge.net/projects/cotvnc/ seems to have some issues with hextile encoding with a linux-x86-64 host system running qemu. Xvncviewer on a big-endian PPC system works just find though. I have ethereal output from this, although it makes little sense since there does not seem to be a decent VNC protocol dissector available. Please contact me directly if you enjoy wading through VNC logs.. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: qemu disk on vfat
On Mon, May 08, 2006 at 08:36:15PM -0500, Anthony Liguori wrote: Jim C. Brown wrote: Aactually, the bug is in vfat not in qemu-img. Not really. POSIX doesn't mandate that ftruncate() increase a file size. This is a Linux-ism and is only valid for filesystems that support holes (which vfat doesn't). Regards, Anthony Liguori Ok, so in that case this is something qemu-img should handle on its own then. (Since we're not likely to see a fix in either glibc or the kernel for this, and it has the potential to be a portability issue.) On Mon, May 08, 2006 at 07:50:24PM -0400, Jim C. Brown wrote: qemu-img correctly uses ftruncate() which is suppose to make the file sparse if the underlying filesystem supports it, but it should fall back to adding zeros to the end of the file. On vfat you aren't able to seek past the end of a file period, so this doesn't work. Turns out I was wrong about this too. http://www.mail-archive.com/bug-tar@gnu.org/msg00556.html Here is a patch that silently handles the Linux/vfat case using lseek(). -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. --- block.c Tue May 16 13:06:15 2006 +++ block.c Tue May 16 13:07:51 2006 @@ -753,6 +753,20 @@ close(s-fd); } +int qemu_ftruncate(int fd, off_t length) +/* ftruncate() isn't guarranteed to grow a file, according to POSIX. ** +** This is. */ +{ +int res = ftruncate(fd, length); +if (res (errno == EPERM)) +{ +if ((lseek( fd, length - 1, SEEK_SET) == (off_t)-1) || + (write(fd, \0, 1) == -1)) + return -1; +} +return res; +} + static int raw_create(const char *filename, int64_t total_size, const char *backing_file, int flags) { @@ -765,7 +779,7 @@ 0644); if (fd 0) return -EIO; -ftruncate(fd, total_size * 512); +qemu_ftruncate(fd, total_size * 512); close(fd); return 0; } ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Disabling usb ?
Im using qemu cvs. I tried to run Frenzy's livecd and it sees the USB peripherals, even when -usb isnt specified on the commandline. Since qemu's help says -usb enable the USB driver (will be the default soon), I wonder how I can really disable usb. Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Listen to free Music: http://www.jamendo.com Windows is proprietary, use free ReactOS instead : http://www.reactos.org ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu vnc.c vnchextile.h
Chicken of the vnc on MacOS X http://sourceforge.net/projects/cotvnc/ Can you provide a bit more info on what you mean by troubles? Regards, Anthony Liguori I found a wonderfull little tool called 'rfbproxy'. It, and saved sessions of the bogus behavior with chickenofthevnc are at: http://scl.ameslab.gov/~troy/qemu Also, can I make a feature request that 'info vnc' in the qemu monitor return all the appropriate connection information, including bit depth, encoding, etc? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Disabling usb ?
Lonnie Mendez wrote: Can you provide the complete command line used to launch qemu. Also what is the host system and what version of qemu are you using (is a port) ? Sorry about that. I meant how old is the code from your local checkout. Still need the command line though. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: PATCH: Solaris/Sparc patch against yesterdays' BGR CVS update
Ben Taylor [EMAIL PROTECTED] writes: Enclosed is the latest version of the qemu solaris/sparc patch, applied against yesterday's CVS (post BGR update). I'm happy to say that this patch makes qemu compile and work on Solaris quite nicely for me. I did have to invoke configure with --extra-ldflags=-lsocket (and fix configure to put $LDFLAGS in the libSDL probing commands). I also had to override the configure script's desire to use /usr/ucb/install instead of GNU install. The former won't let me install without being root, because it wants to install everything as a staff account; the latter will. Thanks for making this work! -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: PATCH: Solaris/Sparc patch against yesterdays' BGR CVS update
Ben Pfaff [EMAIL PROTECTED] wrote: Ben Taylor [EMAIL PROTECTED] writes: Enclosed is the latest version of the qemu solaris/sparc patch, applied against yesterday's CVS (post BGR update). I'm happy to say that this patch makes qemu compile and work on Solaris quite nicely for me. I did have to invoke configure with --extra-ldflags=-lsocket (and fix configure to put $LDFLAGS in the libSDL probing commands). Odd. It may have something to do with your localized copy of libSDL. The one from blastwave doesn't require -lsocket. I've been using a version of these patches for a year, and never ran into that problem. I also had to override the configure script's desire to use /usr/ucb/install instead of GNU install. The configure script wants to use ginstall, assuming you've got it in your path. I did not use install because there are several variations of install on Solaris, and configure is coded to make sure you don't use them. It recommends /usr/ucb/install if you don't have GNU install (or it can't find it because it's looking for ginstall). I'll have to check the logic to make sure The former won't let me install without being root, because it wants to install everything as a staff account; the latter will. That's a localized configuration requirement you have, and that configure should probably not try to take into account. Thanks for making this work! You're welcome. Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: PATCH: Solaris/Sparc patch against yesterdays' BGR CVS update
Ben Taylor [EMAIL PROTECTED] writes: Ben Pfaff [EMAIL PROTECTED] wrote: Ben Taylor [EMAIL PROTECTED] writes: Enclosed is the latest version of the qemu solaris/sparc patch, applied against yesterday's CVS (post BGR update). I'm happy to say that this patch makes qemu compile and work on Solaris quite nicely for me. I did have to invoke configure with --extra-ldflags=-lsocket (and fix configure to put $LDFLAGS in the libSDL probing commands). Odd. It may have something to do with your localized copy of libSDL. The one from blastwave doesn't require -lsocket. I've been using a version of these patches for a year, and never ran into that problem. For what it's worth, I installed libSDL 1.2.9 from the upstream .tar.gz without any special configuration options. I also had to override the configure script's desire to use /usr/ucb/install instead of GNU install. The configure script wants to use ginstall, assuming you've got it in your path. I did not use install because there are several variations of install on Solaris, and configure is coded to make sure you don't use them. It recommends /usr/ucb/install if you don't have GNU install (or it can't find it because it's looking for ginstall). I'll have to check the logic to make sure Ah, I see. I thought that it was complaining that the default install was not the UCB install. In the future I'll know to just give it the GNU version up front. The former won't let me install without being root, because it wants to install everything as a staff account; the latter will. That's a localized configuration requirement you have, and that configure should probably not try to take into account. I'm not sure that installing as non-root is all that localized a requirement, but I'm easily able to work around it so it doesn't bother me that much. -- Then, I came to my senses, and slunk away, hoping no one overheard my thinking. --Steve McAndrewSmith in the Monastery ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel