Tuesday, March 07, 2006 6:44 AM Helmut Auer wrote:
> [EMAIL PROTECTED] schrieb:
>> Hello,
>> I just upgraded to qemu 0.8.0 including vlan/tap patch and I noticed that
the network speed is much slower than under 0.7.2 with tap patch ( 300KB/s
vs 1MB/s ).
>> Any hints what I can do to sped this up
Daniel Veillard wrote:
> enclosed is a first version of a patch to allow remote access and control
> for QEmu instances, I'm not suggesting to apply it as is (though it seems
> to work in my limited testing) but would rather like to get comments back
> for choices I'm facing.
This sounds pretty ni
Hi,
On Wed, 8 Mar 2006, Troy Benjegerdes wrote:
> /afs/scl.ameslab.gov/user/troy/src/qemu-cvs/usb-linux.c:30:
> /usr/include/asm-generic/div64.h:54:3: #error do_div() does not yet
> support the C64
You really try to make QEmu run on a C64? Wow!
;-) Sorry, could not resist,
Dscho
Hi,
I try to install SuSE92-64 on an 400G HD but it fails:
hda: max request size: 128KiB
hda: cannot use LBA48 - full capacity 838860800 sectors (429496 MB)
hda: 268435456 sectors (137438 MB) w/256KiB Cache, CHS=65535/16/63, (U)DMA
hda:<4>hda: lost interrupt
hda: lost interrupt
...
If I switch
I sent this a while back, but I just ran into this problem on a second
machine myself, so following John Hogerhuis's advice, I'm resubmitting
this patch with a [PATCH] prefix in the subject line..
-- kolya
-- Forwarded message --
Date: Mon, 16 Jan 2006 16:03:32 -0800 (PST)
From: N
Without this patch I could not compile qemu for sparc64 on OS X (PPC).
qemu.patch
Description: Binary data
---
Never take life seriously. Nobody gets out alive, anyway.
- Bumper Sticker___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lis
There's a non-sense line in ppc icache_flush_range. This fixes it to
what was probably meant.
-- Heikki Lindholm
--- dyngen.h.orig 2006-03-03 09:54:08.0 +0200
+++ dyngen.h2006-03-03 09:54:43.0 +0200
@@ -59,7 +59,7 @@
{
unsigned long p;
-p = start & ~(MIN_CAC
Hello all,
I have this problem during linking qemu under Ubuntu 5.10 (linux-ppc).
The system is up to date, and I'm using the gcc-3.4 as you can see.
gcc-3.4 -g -Wl,-T,/home/fausap/qemu/ppc.ld -o qemu-i386 elfload.o main.o syscall.o mmap.o signal.o path.o osdep.o thunk.o vm86.o libqemu.a gdbs
Hi there,
first of all: thanks for your excellent work of qemu. I'm using it since
many months for a self written compiler and operating system (both very
slim-lined). Testing a far-jump, qemu x86_64 works fine in 32 bit mode with
32 bit code, but in long mode the system hangs. Disassembly of the
Has kqemu become obsolete with CVS version of qemu?
A ./configure followed by make, do not produce kqemu.ko
in the kqemu subdirectory.
-ishwar
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hi Fausto
> I have this problem during linking qemu under Ubuntu 5.10
> (linux-ppc). The system is up to date, and I'm using the gcc-3.4 as
> you can see.
Personally, I suggest to put your hint on the Qemu forum
(qemu.dad-answers.com). That way, it will be archieved and people will
easily sear
Hi,
Any reason why the magic numbers from qemu-binfmt-conf.sh are not just
16 bytes long as those reported by "readelf --file-header"? For
example:
$ readelf --file-header /bin/true | grep Magic:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Using only the first 16 bytes avoids the
12 matches
Mail list logo
