Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Paul Brook
On Saturday 04 July 2009, Andre Przywara wrote: > Paul Brook wrote: > >> currently SMP guests happen to see vCPUs as different sockets. > >> Some guests (Windows comes to mind) have license restrictions and refuse > >> to run on multi-socket machines. > >> So lets introduce a "cores=" parameter t

Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Samuel Thibault
Andre Przywara, le Sat 04 Jul 2009 01:28:43 +0200, a écrit : > Maybe one could describe cores, threads, sockets and nodes in -smp and > declare the memory topology only in -numa. Mmm, I'd rather just describe both in a -topology option. Samuel -- To unsubscribe from this list: send the line "uns

Re: [Qemu-devel] Re: [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Jamie Lokier
Andre Przywara wrote: > So what about: "-smp 4,cores=2,threads=2[,sockets=1]" to inject 4 vCPUs > in one package (automatically determined if omitted) with two cores and > two threads/core? All parameters except the number of vCPUs would be > optional, Why is the number of vCPUs required at all

Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Andre Przywara
Paul Brook wrote: currently SMP guests happen to see vCPUs as different sockets. Some guests (Windows comes to mind) have license restrictions and refuse to run on multi-socket machines. So lets introduce a "cores=" parameter to the -cpu option to let the user specify the number of _cores_ the

Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Andre Przywara
Samuel Thibault wrote: Andre Przywara, le Fri 03 Jul 2009 16:41:56 +0200, a écrit : -smp 16 -cpu host,cores=8 That means 8 cores with 2 threads each, thus 16 threads? No, that meant: 16 vCPUs total with 8 cores per physical packages. I don't have any notion for threads in the current code, al

Re: [DRBD-user] kvm, drbd, elevator, rotational - quite an interesting co-operation

2009-07-03 Thread Javier Guerra
On Fri, Jul 3, 2009 at 9:00 AM, Lars Ellenberg wrote: > the elevator of the lower level block device (in this case, > the kvm virtual block device, or the host real block device) so, the original post (Michael) was running drbd on the KVM guests?? i thought the only sensible setup was using dbrb

Re: [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Andre Przywara
Brian Jackson wrote: Andre Przywara wrote: currently SMP guests happen to see vCPUs as different sockets. Some guests (Windows comes to mind) have license restrictions and refuse to run on multi-socket machines. So lets introduce a "cores=" parameter to the -cpu option to let the user specify

Using MSR Load/Store Areas

2009-07-03 Thread Sehrawat Nipun
Hi Everyone, I am trying to use the MSR load and store areas in vmx. I did following: 1. Setting vm_entry_msr_load_count: vmcs_write32(VM_ENTRY_MSR_LOAD_COUNT, 1); 2. Setting up vm_entry_msr_load_addr : static struct page *vmx_msr_load; Then in vmx_init() : vmx_msr_load = alloc_page(GFP_KERN

Re: slow guest performance with build load, looking for ideas

2009-07-03 Thread Erik Jacobson
> Haven't followed the thread in great detail, but has anyone tried > putting the virtio disk back into rotational mode? Thanks Mark. I have not tried this yet. To be honest, I wasn't fully understanding some of Avi's last comments and was waiting for one of my co-workers to be available to help

Re: KVM crashes when using certain USB device

2009-07-03 Thread Jim Paris
G wrote: > Hello again, > > I've continued my attempts to get the HASP dongle working, but with no > success: > > Downloaded kvm-72.tar.gz through kvm-87.tar.gz to find out when the > problem first appear, as kvm-72 is working. Unfortunately, kvm-72 > through kvm-82 fails to compile on my Debian

Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Paul Brook
> currently SMP guests happen to see vCPUs as different sockets. > Some guests (Windows comes to mind) have license restrictions and refuse > to run on multi-socket machines. > So lets introduce a "cores=" parameter to the -cpu option to let the user > specify the number of _cores_ the guest shou

Re: slow guest performance with build load, looking for ideas

2009-07-03 Thread Mark McLoughlin
On Thu, 2009-07-02 at 12:41 +0300, Avi Kivity wrote: > On 07/02/2009 08:48 AM, Avi Kivity wrote: > >> HOST time (make -j12&& make -j12 modules) with no guest running > >> > >> real6m50.936s > >> user29m12.051s > >> sys5m

Re: [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Brian Jackson
Andre Przywara wrote: Hi, currently SMP guests happen to see vCPUs as different sockets. Some guests (Windows comes to mind) have license restrictions and refuse to run on multi-socket machines. So lets introduce a "cores=" parameter to the -cpu option to let the user specify the number of _

Re: [Qemu-devel] [RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Samuel Thibault
Andre Przywara, le Fri 03 Jul 2009 16:41:56 +0200, a écrit : > -smp 16 -cpu host,cores=8 That means 8 cores with 2 threads each, thus 16 threads? Ok, that can be later generalized into for instance -smp 16 -cpu host,nodes=2,sockets=2,cores=2 to define 2 NUMA nodes of 2 sockets of 2 cores, each c

[RFC] allow multi-core guests: introduce cores= option to -cpu

2009-07-03 Thread Andre Przywara
Hi, currently SMP guests happen to see vCPUs as different sockets. Some guests (Windows comes to mind) have license restrictions and refuse to run on multi-socket machines. So lets introduce a "cores=" parameter to the -cpu option to let the user specify the number of _cores_ the guest should se

Using MSR load/store areas

2009-07-03 Thread Nipun sehrawat
Hi Everyone, I am trying to use the MSR load and store areas in vmx. I did following: 1. Setting vm_entry_msr_load_count: vmcs_write32(VM_ENTRY_MSR_LOAD_COUNT, 1); 2. Setting up vm_entry_msr_load_addr : static struct page *vmx_msr_load; Then in vmx_init() : vmx_msr_load = alloc_page(GFP_KERN

[PATCH] handle AMD microcode MSR

2009-07-03 Thread Andre Przywara
Windows 7 tries to update the CPU's microcode on some processors, so we ignore the MSR write here. The patchlevel register is already handled (returning 0), because the MSR number is the same as Intel's. Signed-off-by: Andre Przywara --- arch/x86/kvm/x86.c |1 + 1 files changed, 1 insertions

Re: [DRBD-user] kvm, drbd, elevator, rotational - quite an interesting co-operation

2009-07-03 Thread Lars Ellenberg
On Fri, Jul 03, 2009 at 08:06:07AM -0500, Javier Guerra wrote: > Lars Ellenberg wrote: > > On Thu, Jul 02, 2009 at 11:55:05PM +0400, Michael Tokarev wrote: > > > drbd: what's the difference in write pattern on secondary and > > > primary nodes? Why `rotational' flag makes very big difference > >

Re: [DRBD-user] kvm, drbd, elevator, rotational - quite an interesting co-operation

2009-07-03 Thread Javier Guerra
Lars Ellenberg wrote: > On Thu, Jul 02, 2009 at 11:55:05PM +0400, Michael Tokarev wrote: > > drbd: what's the difference in write pattern on secondary and > > primary nodes? Why `rotational' flag makes very big difference > > on secondary and no difference whatsoever on primary? > > not much.

Re: [Autotest] [PATCH] Add a client-side test qemu_iotests

2009-07-03 Thread Lucas Meneghel Rodrigues
On Fri, 2009-07-03 at 17:18 +0800, Yolkfull Chow wrote: > Lucas, do we really need to find those ELFs within the whole disk if > they are not in os.environ['PATH']? That's not testsuite's purpose I > think. > > What's your opinion? Sure it's not. My point was just to allow the user to provide

[PATCH] qemu-kvm: remove "KVM misreports CPUID" hack

2009-07-03 Thread Andre Przywara
This should be no longer necessary. Effectively reverts 143eb2bd043e82bcf353cf82d33c127f06411d82. Signed-off-by: Andre Przywara --- kvm/libkvm/libkvm-x86.c |9 - qemu-kvm-x86.c |9 - 2 files changed, 0 insertions(+), 18 deletions(-) Hi Avi, I am not sure what c

passing a tape device through

2009-07-03 Thread Kevin Lapagna
Hi, I'm (unsuccessfully) trying to pass-through a tape device, that is connected to the host, to a kvm guest (Windows 2003). The tape device is connected over SAS with a PCI card (aacraid). First I tried to add the device with the following parameter # ... -drive file=/dev/st0,if=scsi This

Re: slow guest performance with build load, looking for ideas

2009-07-03 Thread Matty
On Sun, Jun 14, 2009 at 5:33 AM, Avi Kivity wrote: >> I performed tests on two different systems to be sure it isn't related to >> specific hardware. >> > > What is the host cpu type?  On pre-Nehalem/Barcelona processors kvm has poor > scalability in mmu intensive workloads like kernel builds. Hey

Re: KVM crashes when using certain USB device

2009-07-03 Thread G
Hello again, I've continued my attempts to get the HASP dongle working, but with no success: Downloaded kvm-72.tar.gz through kvm-87.tar.gz to find out when the problem first appear, as kvm-72 is working. Unfortunately, kvm-72 through kvm-82 fails to compile on my Debian system with kernel 2.6.30

Re: [Autotest] [PATCH] Add a client-side test qemu_iotests

2009-07-03 Thread Yolkfull Chow
On 07/03/2009 01:03 PM, Lucas Meneghel Rodrigues wrote: On Thu, 2009-07-02 at 21:23 -0300, Lucas Meneghel Rodrigues wrote: Ok, I've been trough the test and took a look at the testsuite itself. Both look good. The testsuite requires a very current qemu-img package, due to the use of qemu-io

Re: [DRBD-user] kvm, drbd, elevator, rotational - quite an interesting co-operation

2009-07-03 Thread Lars Ellenberg
On Thu, Jul 02, 2009 at 11:55:05PM +0400, Michael Tokarev wrote: > Hello. > > I'm new on drbd-user@, but long-time user of kvm. > > [A side note: drbd-user@ appears to be subscribers-only > list. Sad consequence of spammers activity... I doubt > many knowlegeable people on kvm@ are subscribe

Re: [PATCH v5] enable x2APIC without interrupt remapping under KVM

2009-07-03 Thread Ingo Molnar
* Suresh Siddha wrote: > On Wed, 2009-07-01 at 06:30 -0700, Gleb Natapov wrote: > > KVM would like to provide x2APIC interface to a guest without emulating > > interrupt remapping device. The reason KVM prefers guest to use x2APIC > > is that x2APIC interface is better virtualizable and provides