Re: [kvm-devel] [PATCH 0/7] Rework irq injection infrastructure

It is not a small change, I still need to study the whole patch :( If I can get some question clarified earlier, that helps a lot. >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Avi Kivity >Sent: 2007年12月4日 17:44 >To: kvm-devel@lists.sourceforge.ne

Re: [kvm-devel] [PATCH] Move CONFIG_X86 decleration to be x86 specificin configure script

Jerone Young wrote: > # HG changeset patch > # User Jerone Young <[EMAIL PROTECTED]> > # Date 1196891226 21600 > # Node ID a30e578bd6e2cf7599ce0c57066880658ddf2886 > # Parent b4cf8e05d20b3f4ca658bb4fdf3db3e4393a5d8a > Move CONFIG_X86 decleration to be x86 specific in configure script > > In the c

[kvm-devel] QEMU/KVM reboot after loading from statefile

Hi, I am having a problem with starting qemu/kvm from a previously saved statefile. qemu/kvm starts and the console output is the same as when I initially stopped the vm and saved state. However, after a 'cont' the guest reboots (i.e. takes me back to the grub menu). The specs for my setup are as

[kvm-devel] [PATCH] Move CONFIG_X86 decleration to be x86 specific in configure script

# HG changeset patch # User Jerone Young <[EMAIL PROTECTED]> # Date 1196891226 21600 # Node ID a30e578bd6e2cf7599ce0c57066880658ddf2886 # Parent b4cf8e05d20b3f4ca658bb4fdf3db3e4393a5d8a Move CONFIG_X86 decleration to be x86 specific in configure script In the configure script CONFIG_X86 is explic

Re: [kvm-devel] Strange network behaviour

On Dec 5, 2007, at 10:05 AM, Simon Gao wrote: > I also saw the similar problem. However, it happens with I have > several > KVM guests running and sharing the same network bridge. If just one > single KVM guest, then everything works fine. > > Simon I think I've been through similar problems as

Re: [kvm-devel] KVM Test result, kernel 51727a1.. , userspace 6a385c9..

Avi Kivity wrote: > Zhao, Yunfeng wrote: > >> >> One regression: 1. Cannot install 64bit vista guests. >>> https://sourceforge.net/tracker/?funcÞtail&atid‰3831&aid36905&group_id05 >>> 99 >>> >>> Internal testing here confirms, but this is n

Re: [kvm-devel] Strange network behaviour

Mike wrote: > Avi Kivity schrieb: > >> Mike wrote: >> >>> Sure, >>> here the ping results from the host to the guest atm of the peaks: >>> 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms >>> 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms >>>

Re: [kvm-devel] Strange network behaviour

Avi Kivity schrieb: > Mike wrote: >> Sure, >> here the ping results from the host to the guest atm of the peaks: >> 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms >> 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms >> 64 bytes from postfix (195.24.77.

[kvm-devel] [PATCH 2/2] Option ROM for booting from SCSI/PV disks

Hi, The attached patch is an option ROM that allows x86 guests to boot from any block device supported by QEMU (and the guest kernel). It works by hijacking the BIOS int13 function and then uses a very simply protocol to communicate all block requests to QEMU. This patch also adds a "boot=o

[kvm-devel] RPM building from tarball

Building RPMs using the published tarball is currently broken. On Fedora 8, there's an additional requirement of passing --build-id to ld. Avi, please consider applying the two patches that address these problem. Dan. >From 61fabaac25a21ae586f09a021ee9f38c3d2df81e Mon Sep 17 00:00:00 2001 From: D

Re: [kvm-devel] Strange network behaviour

Mike wrote: > Sure, > here the ping results from the host to the guest atm of the peaks: > 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms > 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms > 64 bytes from postfix (195.24.77.173): icmp_seq=349 ttl=64 t

[kvm-devel] [PATCH] RFC: simplify kvm-userspace to qemu-kvm callback structure

Background: In our ppc code for the demo we only needed a call to cpu_physical_memory_rw to handle all kind of mmio we needed. Looking at all the callback pointers for read/write mmio in kvm_callbacks I wondered if this can be simplified with cpu_physical_memory_rw for x86 too. So I tested it t

Re: [kvm-devel] Strange network behaviour

Sure, here the ping results from the host to the guest atm of the peaks: 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms 64 bytes from postfix (195.24.77.173): icmp_seq=349 ttl=64 time=11.6 ms 64 bytes f

Re: [kvm-devel] Does KVM bios support DMI ?

walter tech wrote: > Hi, guys, > > My Thinkpad T60 came with an authentic windows xp, but the version is > for IBM/lenovo only, the Windows XP need to read bios DMI to match the > vendor name and manufacture Name to be activated. I dont want to buy > another M$ window xp for KVM, just what to chan

Re: [kvm-devel] KVM Test result, kernel 51727a1.. , userspace 6a385c9..

Zhao, Yunfeng wrote: > >>> One regression: >>> 1. Cannot install 64bit vista guests. >>> >>> >> https://sourceforge.net/tracker/?funcÞtail&atid‰3831&aid36905&group_id05 >> 99 >> >> Internal testing here confirms, but this is not a recent regression. >> When was the last time Vista

Re: [kvm-devel] How to handle kvm-abi-10 case for other archs.

Carlo Marcelo Arenas Belon wrote: >> #ifdef is okay for this. Actually we can probably remove abi 10 support >> since the F7 kernel now supports the modern ABI (I don't think anybody >> else uses abi 10, which is pre 2.6.22 when we announced ABI compatibility. >> > > ubuntu feisty uses

Re: [kvm-devel] Strange network behaviour

Mike wrote: > You can download the requested trace at > http://www.eliteserver.biz/trace.tar.gz > > the peaks were around 12:04:30 > > Can you rerun, this time with additional options '-x -s 80' to strace (so I can identify the pings from random broadcast noise on the network). Also please r

Re: [kvm-devel] [ANNOUNCE] kvm-55 release

Haydn Solomon wrote: > > > Some output from guest hanging. > > Message from syslogd@ at Wed Dec 5 06:41:08 2007 ... > localhost kernel: Bad page state in process 'qemu-system-x86' > Message from syslogd@ at Wed Dec 5 06:41:08 2007 ... > localhost kernel: page:8100022132a8 flags:0x00500800

Re: [kvm-devel] Strange network behaviour

Pelle wrote: > Hi, > > Is there a fast and simple way to tell the version of the binary? > I think I remember something about that on this mailing list, but I > can't find it in 'qemu-system-x86_64 -h' Right now, only the kernel module (see dmesg). kvm-56's qemu will also report its version numb

Re: [kvm-devel] [ANNOUNCE] kvm-55 release

Hi Avi, I'm having issues with kvm-55. Was running a winxp sp2 guest all day yesterday with no problems. Shut down the guest at the end of the day. Boot up guest this morning and was not able to get any network on the guest. Networking on host was working fine. Shut down the guest. Started it back

Re: [kvm-devel] Strange network behaviour

Mike wrote: > You can download the requested trace at > http://www.eliteserver.biz/trace.tar.gz > > the peaks were around 12:04:30 > > Mike > > Avi Kivity schrieb: > >> Mike wrote: >> >>> Avi Kivity schrieb: >>> Mike wrote: > Now I noticed a strange behaviour.

Re: [kvm-devel] Strange network behaviour

You can download the requested trace at http://www.eliteserver.biz/trace.tar.gz the peaks were around 12:04:30 Mike Avi Kivity schrieb: > Mike wrote: > >> Avi Kivity schrieb: >> >> >>> Mike wrote: >>> >>> >>> Now I noticed a strange behaviour. I have a gameser

Re: [kvm-devel] Strange network behaviour

Hi, Is there a fast and simple way to tell the version of the binary? I think I remember something about that on this mailing list, but I can't find it in 'qemu-system-x86_64 -h' Avi Kivity wrote: > Mike wrote: > >> Now I noticed a strange behaviour. >> I have a gameserver running in a guest

Re: [kvm-devel] Strange network behaviour

Mike wrote: > Avi Kivity schrieb: > >> Mike wrote: >> >> >>> Now I noticed a strange behaviour. >>> I have a gameserver running in a guest os. No problems on performance >>> side, really fast. >>> The only thing, when I make a ping test after unspecific time periods I >>> get this: (th

Re: [kvm-devel] [patch 05/18] kvm: nopage

[EMAIL PROTECTED] wrote: > Convert KVM from nopage to fault. > > > @@ -3111,27 +3105,21 @@ out: > return r; > } > > -static struct page *kvm_vm_nopage(struct vm_area_struct *vma, > - unsigned long address, > - int *type) > +st

Re: [kvm-devel] Strange network behaviour

Avi Kivity schrieb: > Mike wrote: > >> Now I noticed a strange behaviour. >> I have a gameserver running in a guest os. No problems on performance >> side, really fast. >> The only thing, when I make a ping test after unspecific time periods I >> get this: (this peaks are even there if the gam

Re: [kvm-devel] Strange network behaviour

Mike wrote: > Now I noticed a strange behaviour. > I have a gameserver running in a guest os. No problems on performance > side, really fast. > The only thing, when I make a ping test after unspecific time periods I > get this: (this peaks are even there if the gameserver isn't running) > > > As

Re: [kvm-devel] KVM: Export include/linux/kvm.h only if $ARCH actually supports KVM

Hollis Blanchard wrote: >> >> diff --git a/drivers/kvm/Kconfig b/drivers/kvm/Kconfig index >> 6569206..4086080 100644 >> --- a/drivers/kvm/Kconfig >> +++ b/drivers/kvm/Kconfig >> @@ -3,7 +3,7 @@ >> # >> menuconfig VIRTUALIZATION >> bool "Virtualization" >> -depends on X86 >> +depen

Re: [kvm-devel] [ANNOUNCE] kvm-55 release

Ryan Harper wrote: > * Cam Macdonell <[EMAIL PROTECTED]> [2007-12-04 13:08]: > >> Hi Avi, >> >> I'm having a problem with "unifdef" target in the >> kvm-userspace/kernel/Makefile: >> >> [EMAIL PROTECTED]:~/src/KVM/kvm-userspace$ make -C kernel sync >> LINUX=~/src/KVM/kvm >> make: Entering dire

Re: [kvm-devel] [PATCH] RFC: Create kvm_arch_vcpu_runnable() function

Hollis Blanchard wrote: > Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]> > Applied, thanks. Note that there is free advertising space between the summary and the signoff that you can use to explain the change. -- error compiling committee.c: too many arguments to function --

Re: [kvm-devel] [PATCH 0 of 3] Portability: allow for non-x86 headers

Hollis Blanchard wrote: > These patches allow us to stop unconditionally including x86 headers, which > allows us to provide alternative definitions. The first two just split things > out to avoid circular header dependencies. > > Applied all three, thanks. -- error compiling committee.c: too

Re: [kvm-devel] [PATCH] RFC: Create kvm_arch_vcpu_runnable() function

Carsten Otte wrote: > Avi Kivity wrote: > >> What about merging kvm_cpu_has_interrupt() into _runnable()? >> >> My feeling is that we can keep it separated. >> > On s390 there is a difference between has_interrupt and not runnable: > CPUs can be in stopped state, and they can be in enabled

Re: [kvm-devel] Strange network behaviour

Dor Laor wrote: > Mike wrote: >> Hello Lynn, >> >> I'm using a bridge, which is configured in my /etc/network/interfaces >> like this: >> auto br0 >> iface br0 inet static >> address 195.24.77.169 >> netmask 255.255.255.0 >> gateway 195.24.77.1 >> bridge_ports eth0 >> bridge_stp off >> bridge_maxw

Re: [kvm-devel] Strange network behaviour

I did a single test, only 1 guest running with kvm activated. The ping peaks are still there. How do I disable swapping? Mike Dor Laor schrieb: > Mike wrote: >> Hello Lynn, >> >> I'm using a bridge, which is configured in my /etc/network/interfaces >> like this: >> auto br0 >> iface br0 inet st

Re: [kvm-devel] Strange network behaviour

Mike wrote: Hello Lynn, I'm using a bridge, which is configured in my /etc/network/interfaces like this: auto br0 iface br0 inet static address 195.24.77.169 netmask 255.255.255.0 gateway 195.24.77.1 bridge_ports eth0 bridge_stp off bridge_maxwait 5 an I have a file called qemu-ifup in /etc w

Re: [kvm-devel] Strange network behaviour

Hello Lynn, I'm using a bridge, which is configured in my /etc/network/interfaces like this: auto br0 iface br0 inet static address 195.24.77.169 netmask 255.255.255.0 gateway 195.24.77.1 bridge_ports eth0 bridge_stp off bridge_maxwait 5 an I have a file called qemu-ifup in /etc which has the fo

Re: [kvm-devel] [PATCH] RFC: Create kvm_arch_vcpu_runnable() function

Avi Kivity wrote: > What about merging kvm_cpu_has_interrupt() into _runnable()? > > My feeling is that we can keep it separated. On s390 there is a difference between has_interrupt and not runnable: CPUs can be in stopped state, and they can be in enabled wait (enabled for interrupts, similar t

Re: [kvm-devel] Fwd: Does KVM bios support DMI ?

walter tech wrote: Hi, guys, Where can I find the latest DMI status? Thanks/Walter Sadly it didn't progress yet. Keep trucking... -- Forwarded message -- From: *walter tech* < [EMAIL PROTECTED] > Date: Nov 21, 2007 4:56 PM Subject: Re: [kvm-devel]