Re: [Qemu-devel] [PATCH] make /usr/bin/qemu the native arch

2007-08-01 Thread Robert Millan
 Management tools for QEMU will have come to rely on existing semantics
 of /usr/bin/qemu being i386.

How about just deprecating it?  For example, we could make
/usr/bin/qemu  be a script with:

#!/bin/bash
echo warning: $0 is deprecated, use qemu-system-i386 instead
exec qemu-system-i386 $@

 Changing this for merely cosmetic reasons [...]

It's not just cosmetic.  I recall you sent me some benchmarks (too bad
they didn't make it to the list, and I somehow lost that mail), but
they were done on i386 (which remains unaffected).  On x86_64, results
are different (specially if you have setup kqemu which only works with
qemu-system-x86_64).

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.




[Qemu-devel] [PATCH] fix build error

2007-07-17 Thread Robert Millan

This appears to be a remnant of when kqemu was non-free.  It broke build
for me (not sure under which conditions it can be reproduced, but the fix
is obvious, see the patch).

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.
diff -ur kqemu-1.3.0~pre11.old/Makefile kqemu-1.3.0~pre11/Makefile
--- kqemu-1.3.0~pre11.old/Makefile	2007-07-17 19:37:57.0 +0200
+++ kqemu-1.3.0~pre11/Makefile	2007-07-17 19:36:52.0 +0200
@@ -90,9 +90,9 @@
 # called from 2.6 kernel kbuild
 
 obj-m:= kqemu.o
-kqemu-objs:= kqemu-linux.o kqemu-mod.o
+kqemu-objs:= kqemu-linux.o kqemu-mod-$(ARCH).o
 
-$(obj)/kqemu-mod.o: $(src)/kqemu-mod-$(ARCH).o
-	cp $ $@
+$(obj)/kqemu-mod-$(ARCH).o:
+	$(MAKE) -C $(obj)/common
 endif
 endif # PATCHLEVEL


[Qemu-devel] [PATCH] make /usr/bin/qemu the native arch

2007-07-08 Thread Robert Millan

Hi,

Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is
the native architecture?  Defaulting to i386 doesn't make much sense nowadays,
specially since x86_64 is gradually obsoleting it.

See attached patch.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.
--- qemu-0.8.2.old/Makefile.target	2006-07-22 19:23:34.0 +0200
+++ qemu-0.8.2/Makefile.target	2007-07-08 14:05:33.0 +0200
@@ -43,11 +43,7 @@
 QEMU_USER=qemu-$(TARGET_ARCH2)
 # system emulator name
 ifdef CONFIG_SOFTMMU
-ifeq ($(TARGET_ARCH), i386)
-QEMU_SYSTEM=qemu$(EXESUF)
-else
 QEMU_SYSTEM=qemu-system-$(TARGET_ARCH2)$(EXESUF)
-endif
 else
 QEMU_SYSTEM=qemu-fast
 endif
@@ -531,6 +527,13 @@
 install: all 
 ifneq ($(PROGS),)
 	$(INSTALL) -m 755 -s $(PROGS) $(DESTDIR)$(bindir)
+ifeq ($(ARCH), $(TARGET_ARCH2))
+ifdef _WIN32
+	mv $(DESTDIR)$(bindir)/qemu-system-$(TARGET_ARCH2)$(EXESUF) $(DESTDIR)$(bindir)/qemu$(EXESUF)
+else
+	ln -s qemu-system-$(TARGET_ARCH2)$(EXESUF) $(DESTDIR)$(bindir)/qemu$(EXESUF)
+endif
+endif
 endif
 
 ifneq ($(wildcard .depend),)


[Qemu-devel] [PATCH] verbose error when /dev/kqemu can't be open

2007-03-25 Thread Robert Millan

Please can you apply this tiny patch to make /dev/kqemu open failures more
verbose?

It'll help the user distinguish between ENOENT, EPERM and ENXIO, since they
are all common causes of open failure.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.
--- qemu-0.8.2/kqemu.c~	2006-07-22 19:23:34.0 +0200
+++ qemu-0.8.2/kqemu.c	2007-02-06 16:04:58.0 +0100
@@ -174,7 +174,7 @@
 kqemu_fd = open(KQEMU_DEVICE, O_RDWR);
 #endif
 if (kqemu_fd == KQEMU_INVALID_FD) {
-fprintf(stderr, Could not open '%s' - QEMU acceleration layer not activated\n, KQEMU_DEVICE);
+fprintf(stderr, Could not open '%s' - QEMU acceleration layer not activated: %s\n, KQEMU_DEVICE, strerror(errno));
 return -1;
 }
 version = 0;


[Qemu-devel] qvm86 fails to load (undefined cleanup_module / init_module)

2005-09-04 Thread Robert Millan

Hi,

With current qemu CVS + current qvm86 CVS, after appliing qvm86 patch, I get
this build warning:

  [...]
Building modules, stage 2.
MODPOST
  *** Warning: cleanup_module [/tmp/qemu/qemu/qvm86/qvm86.ko] undefined!
  *** Warning: init_module [/tmp/qemu/qemu/qvm86/qvm86.ko] undefined!
CC  /tmp/qemu/qemu/qvm86/qvm86.mod.o
LD [M]  /tmp/qemu/qemu/qvm86/qvm86.ko
  [...]

And then, attempting to load module:

  $ sudo insmod ./qvm86/qvm86.ko
  insmod: error inserting './qvm86/qvm86.ko': -1 Invalid module format
  $ file ./qvm86/qvm86.ko
  ./qvm86/qvm86.ko: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), 
not stripped

I'm using Debian GNU/Linux unstable with kernel-headers-2.6.11-1-k7.

Any idea what's going on?

-- 
Robert Millan


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel