[Qemu-devel] qemu-fast - a better howto?

[Qemu-devel] qemu-fast - a better howto?

[Gabriel Guzmics]

Well, I managed to run normal Qemu, using a gentoo machine and my win98se cd

What I didnt manage is to compile qemu-fast

What about a some better howto about qemu-fast (how to set up, etc.)
and: does the kernel-configuration differ somehow with 2.6.x kernels?

I searched around on the qemu site, but didnt find anything detailed about it.

also, it is said, that I should look up at bochs for win98 graphics driver 
configuration. (win98 dont find any, VGA, SVGA and so on dont work)

but i didnt find any information about that on the bochs site (maybe i'm 
blind)

some links would be cool. ;)

-----
sorry for spammin'
g.g.

Re: [Qemu-devel] qemu-fast - a better howto?

[Gabriel Ebner]

Hello,

Am Montag, 1. März 2004 18:30 schrieb Gabriel Guzmics:
> What I didnt manage is to compile qemu-fast
Do you also get the following error?

gcc  -static -Wl,-T,/home/gebner/tmp/qemu/i386-vl.ld  -o qemu-fast vl.o 
block.o ide.o vga.o sb16.o dma.o oss.o fdc.o osdep.o sdl.o libqemu.a  -lm 
-L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -lm -ldl -lasound 
-L/usr/X11R6/lib -lX11 -lXext -laa -L/usr/lib -Wl,-rpath,/usr/lib -laa -lm 
-L/usr/X11R6/lib -lX11 -lslang
/usr/lib/libSDL.a(SDL_x11gl.lo)(.text+0x8d6): In function 
`X11_GL_LoadLibrary':
: warning: Using 'dlopen' in statically linked applications requires at 
runtime the shared libraries from the glibc version used for linking
/usr/X11R6/lib/libX11.a(x11trans.o)(.text+0xfe0): In function 
`_X11TransSocketINETConnect':
: warning: Using 'getaddrinfo' in statically linked applications requires at 
runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
BFD 2.14.90.0.7 20031029 assertion fail elf.c:3460
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
BFD 2.14.90.0.7 20031029 assertion fail elf.c:3460
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
BFD 2.14.90.0.7 20031029 assertion fail elf.c:3460
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
BFD 2.14.90.0.7 20031029 assertion fail elf.c:3460
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
qemu-fast: Not enough room for program headers (allocated 5, need 7)
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: 
final link failed: Bad value
collect2: ld returned 1 exit status
make[1]: *** [qemu-fast] Fehler 1
make[1]: Leaving directory `/home/gebner/data/tmp/qemu/i386'
make: *** [all] Fehler 1


> What about a some better howto about qemu-fast (how to set up, etc.)
> and: does the kernel-configuration differ somehow with 2.6.x kernels?
I think you don't have to modify the guest anymore for use with qemu-fast 
(unfortunately I can't test that since I'm unable to compile qemu-fast) since 
the latest improvements ([Qemu-devel] Code Copy / New Linux boot code), which 
allow unmodified guests to be run.

As for the host, you only have to activate Universal TUN/TAP device driver 
support if you want networking support (I still have to get that working 
under my debian vm and my netbsd vm).

	Gabriel (Ebner).

[Qemu-devel] [patch] linux 2.6 support

[Sebastien Bechet]

[-- Attachment #1: Type: text/plain, Size: 52 bytes --]

kernel 2.6 support
Change struct name in asm/ldt.h


[-- Attachment #2: configure.diff --]
[-- Type: text/x-patch, Size: 994 bytes --]

--- configure.orig	2004-03-02 18:54:31.000000000 +0100
+++ configure	2004-03-02 18:40:50.000000000 +0100
@@ -68,8 +68,12 @@
 
 # OS specific
 targetos=`uname -s`
+targetversion=
 case $targetos in
-*) ;;
+  Linux)
+    targetver=`uname -r | sed 's/\(.\)\.\(.\)\../\1\2/'`
+  ;;
+  *) ;;
 esac
 
 ##########################################
@@ -225,7 +229,7 @@
 echo "static build      $static"
 echo "SDL support       $sdl"
 if test $sdl_too_old = "yes"; then
-echo "-> Your SDL version is too old - please upgrade to have FFplay/SDL support"
+echo "-> Your SDL version is too old - please upgrade to have SDL support"
 fi
 
 config_mak="config-host.mak"
@@ -297,6 +301,9 @@
   echo "CONFIG_STATIC=yes" >> $config_mak
   echo "#define CONFIG_STATIC 1" >> $config_h
 fi
+if test "$targetos" = "Linux" ; then
+  echo "#define QEMU_LINUX_KERNEL_VERSION $targetver" >> $config_h
+fi
 if test "$sdl" = "yes" ; then
   echo "CONFIG_SDL=yes" >> $config_mak
   echo "#define CONFIG_SDL 1" >> $config_h

[-- Attachment #3: helper2.c.diff --]
[-- Type: text/x-patch, Size: 388 bytes --]

--- helper2.c.orig	2004-03-02 18:54:31.000000000 +0100
+++ helper2.c	2004-03-02 18:50:48.000000000 +0100
@@ -94,7 +94,11 @@
 #ifdef USE_CODE_COPY
     /* testing code for code copy case */
     {
+#if (QEMU_LINUX_KERNEL_VERSION==26)
+	struct user_desc ldt;
+#else
         struct modify_ldt_ldt_s ldt;
+#endif
 
         ldt.entry_number = 1;
         ldt.base_addr = (unsigned long)env;

Re: [Qemu-devel] qemu-fast - a better howto?

[Fabrice Bellard]

 > What about a better howto about qemu-fast (how to set up, etc.)

I will update the documentation for the next release. My idea is to 
split it between user documentation and technical documentation.

I will also make a fix for the compilation of qemu-fast for the LDT problem.

The current state of qemu-fast in CVS is that it can only launch patched 
OSes, but at near native speeds (no precise benchmarks yet).

The specific "roadmap" for qemu-fast is:

- native floating point support (qemu-fast still uses full emulation for 
floating point, which is slow).

- faster self modifying code support (qemu-fast is slower than qemu on 
16 bit code which heavily uses self modifying code).

- faster memory mapped device access (qemu-fast is slower than qemu for 
VGA emulation).

- huge memory support (qemu-fast can simulate up to 256 MB of RAM, but 
this limit will be increased to 4 GB, and then 64 GB).

Fabrice.