Halim Sahin wrote:
Hello list,
I experienced several problems with qemu under linux using kernel
2.6.18.
The guest system is a debian testing, the host a debian unstable.
kqemu is the newest version from www.qemu.org.
The guest can not start if I give -kernel-kqemu.
The last message is kernel
On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote:
Halim Sahin wrote:
Hello list,
I experienced several problems with qemu under linux using kernel
2.6.18.
The guest system is a debian testing, the host a debian unstable.
kqemu is the newest version from www.qemu.org.
The guest
is it on a freshly created qemu image, or one created with qemu
= 0.8.2 ?
what is the format of the qemu image ? raw, qcow, qcow2 ?
right now (and I'm on windows hosts), latest qemu and 0.9.0
work well. Most of the pb I see with kernel-kqemu are
time out on hdc (cdrom) if I boot on hda with
On 3/15/07, Halim Sahin [EMAIL PROTECTED] wrote:
Hello,
On Thu, Mar 15, 2007 at 09:14:46AM +0100, Christian MICHON wrote:
is it on a freshly created qemu image, or one created with qemu
= 0.8.2 ?
0.8.2 was used to create the image
what is the format of the qemu image ? raw, qcow, qcow2 ?
Halim Sahin a écrit :
On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote:
Halim Sahin wrote:
Hello list,
I experienced several problems with qemu under linux using kernel
2.6.18.
The guest system is a debian testing, the host a debian unstable.
kqemu is the newest version from
Hello,
On Do, Mär 15, 2007 at 10:21:14 +0100, Aurelien Jarno wrote:
Halim Sahin a écrit :
On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote:
Halim Sahin wrote:
Hello list,
I experienced several problems with qemu under linux using kernel
2.6.18.
The guest system is a
Hi,
Small addition to my previous mail:
The shutdown doesn't work too.
Last message is system halted but qemu does not shut down.
Best regards
Halim
--
Halim Sahin
E-Mail:
halim.sahin (at) t-online.de
___
Qemu-devel mailing
Hello,
Is the cvs-repo of qemu down?
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co
qemu
gives me a timeout after a few minutes.
The qemu release 0.9.0 does not work for me.
1. DMA not activable in guest
2. kernel-kqemu causes kernel panic (not the debian package)
3. The shutdown does not
Halim Sahin wrote:
Hello,
Is the cvs-repo of qemu down?
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co
qemu
gives me a timeout after a few minutes.
The qemu release 0.9.0 does not work for me.
1. DMA not activable in guest
2. kernel-kqemu causes kernel panic (not the debian package)
3.
Hello,
I came to the same solution after testing qemu on several machines.
The debian packages seem to have this Problem too.
Thanks
On Do, Mär 15, 2007 at 03:58:52 +0400, Brad Campbell wrote:
Halim Sahin wrote:
Hello,
Is the cvs-repo of qemu down?
cvs -z3 -d:pserver:[EMAIL
On Sunday 20 August 2006 00:25, J M Cerqueira Esteves wrote:
I submited the attached report to the Debian bug tracking system,
but just now I noticed that that segfault of hwclock with libc6-i686 (in
a guest Debian testing system) only occurs if the virtual machine
is started with
applied. I did not try any
other program seriously :))
-Ursprüngliche Nachricht-
Von: qemu-devel@nongnu.org
Gesendet: 10.07.06 17:21:18
An: qemu-devel@nongnu.org
Betreff: Re: [Qemu-devel] -kernel-kqemu Bug? Win2k reboots
[EMAIL PROTECTED] wrote:
Hi all!
I asked
[EMAIL PROTECTED] wrote:
Ok,
How much ram are you allocating the guest?
256MB
What is your host kernel version?
Kernel 2.6.15 (Ubuntu Dapper)
What is your qemu version?
0.8.1 with Mouse Wall and DHCP patch
What is your kqemu version?
1.3.0pre09
How much ram does your host have?
Brad Campbell wrote:
Troy Benjegerdes wrote:
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote:
Jim C. Brown wrote:
-kernel-kqemu virtualizes ring 0 code.
So it basically makes qemu do what VMware does.
IIRC someone reported a 33% speedup with the new option.
That was
Dan Sandberg wrote:
Brad Campbell wrote:
Troy Benjegerdes wrote:
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote:
Jim C. Brown wrote:
-kernel-kqemu virtualizes ring 0 code.
So it basically makes qemu do what VMware does.
IIRC someone reported a 33% speedup with the new
Troy Benjegerdes wrote:
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote:
Jim C. Brown wrote:
-kernel-kqemu virtualizes ring 0 code.
So it basically makes qemu do what VMware does.
IIRC someone reported a 33% speedup with the new option.
That was me. That was a 33% speedup
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote:
Jim C. Brown wrote:
-kernel-kqemu virtualizes ring 0 code.
So it basically makes qemu do what VMware does.
IIRC someone reported a 33% speedup with the new option.
That was me. That was a 33% speedup on win2k startup
Brad Campbell wrote:
Fabrice Bellard wrote:
Try the following patch:
diff -u -w -r1.39 helper2.c
--- helper2.c 4 Dec 2005 18:46:06 - 1.39
+++ helper2.c 20 Mar 2006 23:38:51 -
@@ -110,6 +110,7 @@
env-pat = 0x0007040600070406ULL;
env-cpuid_ext_features = 0;
On 3/21/06, Brad Campbell [EMAIL PROTECTED] wrote:
Neat trick for capturing such groovy stuff..
In one console :-
cat /dev/ptyzf | tee qemu.oops.log
In another console :-
qemu -hda vm-1.img -kernel /tracks/linux-2.6.15.6/arch/i386/boot/bzImage
-serial /dev/ttyzf -append
console=ttyS0 -m
On 3/17/06, Brad Campbell [EMAIL PROTECTED] wrote:
More info..
Tried with a brand new shiny 2.6.15.6 kernel..
screendump and .config at http://fnarfbargle.dyndns.org:81/qemu-oops/
Also oops2.jpg is the vanilla Debian 2.4 kernel from R3.1
Got the same as oops.jpg when trying on 2.6.12 from
Try the following patch:
diff -u -w -r1.39 helper2.c
--- helper2.c 4 Dec 2005 18:46:06 - 1.39
+++ helper2.c 20 Mar 2006 23:38:51 -
@@ -110,6 +110,7 @@
env-pat = 0x0007040600070406ULL;
env-cpuid_ext_features = 0;
env-cpuid_features |= CPUID_FXSR |
Fabrice Bellard wrote:
Try the following patch:
diff -u -w -r1.39 helper2.c
--- helper2.c 4 Dec 2005 18:46:06 - 1.39
+++ helper2.c 20 Mar 2006 23:38:51 -
@@ -110,6 +110,7 @@
env-pat = 0x0007040600070406ULL;
env-cpuid_ext_features = 0;
Sorry, still fails at the same place. It recognises the APIC:
...
Found and enabled local APIC!
mapped APIC to d000 (fee0)
...
I noticed that before the 'kernel BUG' message I got a warning that
scrolled off the screen; so I halted qemu and captured it piece by
piece:
...
hda: cache
Brad Campbell wrote:
G'day all,
I've had *great* results running win2k and xp with -kernel-kqemu on an
Athlon host under linux 2.6,
however my experiments using a linux guest have resulted in complete
kernel bombs..
Is there anything I should be doing/thinking about when compiling a
linux
On 2/9/06, Jim C. Brown wrote:
This sounds like an interesting option. Qemu has moved one step closer to
VMware...
It hangs my XP host with 100% cpu eaten up, no way to stop qemu,
or kqemu. I have to reboot, and my linux clients freezes very early
Src=CVS (yesterday 09/02/2006)
On Fri, Feb 10, 2006 at 02:29:39PM +0100, Christian MICHON wrote:
On 2/9/06, Jim C. Brown wrote:
This sounds like an interesting option. Qemu has moved one step closer to
VMware...
It hangs my XP host with 100% cpu eaten up, no way to stop qemu,
or kqemu. I have to reboot, and my linux
Sent: Friday, February 10, 2006 7:01 AM Fabrice Bellard wrote:
Hi,
I will update the documentation about -kernel-kqemu soon.
To be short: as some people already noticed, this option allows to run
user code and most of the kernel code on bare metal. The result is
usually a noticable speed
Hetz Ben Hamo wrote:
Hi,
I´m sorry, but I´ve been following the CVS commits and I haven´t
understood this new option (fabrice has not written anything to this
list about it and what it does for the end user).
Could someone please shed some light for me and others who didn´t
understand whats
Jim C. Brown wrote:
-kernel-kqemu virtualizes ring 0 code.
So it basically makes qemu do what VMware does.
IIRC someone reported a 33% speedup with the new option.
That was me. That was a 33% speedup on win2k startup time. kqemu (user
only) has a negligible impact on win2k startup time
Hi,
I will update the documentation about -kernel-kqemu soon.
To be short: as some people already noticed, this option allows to run
user code and most of the kernel code on bare metal. The result is
usually a noticable speed up. Only the following guest OSes are
supported: Linux, Windows
On Wed, Feb 08, 2006 at 06:04:35PM -0500, Jim C. Brown wrote:
This sounds like an interesting option. Qemu has moved one step closer to
VMware...
I should probably add, that this new option (-kernel-kqemu) allows for speeds
very close to VMware because it allows kqemu to virtualize most ring
31 matches
Mail list logo