Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries

2008-11-12 Thread Yu Zhao
On Fri, Nov 07, 2008 at 11:18:37AM +0800, Greg KH wrote: > On Fri, Nov 07, 2008 at 11:01:29AM +0800, Zhao, Yu wrote: > > Greg KH wrote: > >> On Wed, Nov 05, 2008 at 08:33:18PM -0800, Greg KH wrote: > >>> On Wed, Oct 22, 2008 at 04:45:15PM +0800, Yu Zhao wrote: > Documentation/ABI/testing/sysf

[PATCH] KVM: Qemu: Sync compiler.h from kernel source when do make sync.

2008-11-12 Thread Zhang, Xiantao
>From 138335ed8c52e775a267a91086e580f86dd5b047 Mon Sep 17 00:00:00 2001 From: Xiantao Zhang <[EMAIL PROTECTED]> Date: Thu, 13 Nov 2008 15:23:31 +0800 Subject: [PATCH] KVM: Qemu: Sync compiler.h from kernel source when do make sync. In some OS distros, there is no compiler.h installed for building

Re: [PATCH 3/4] add ksm kernel shared memory driver

2008-11-12 Thread Eric Rannaud
On Tue, 2008-11-11 at 17:40 -0500, [EMAIL PROTECTED] wrote: > On Tue, 11 Nov 2008 15:03:45 MST, Jonathan Corbet said: > Seems reasonably sane to me - only doing the first 128 bytes rather than > a full 4K page is some 32 times faster. Yes, you'll have the *occasional* > case where two pages were

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread KAMEZAWA Hiroyuki
Thank you for answers. On Wed, 12 Nov 2008 13:11:12 +0200 Izik Eidus <[EMAIL PROTECTED]> wrote: > Avi Kivity wrote: > > KAMEZAWA Hiroyuki wrote: > >> Can I make a question ? (I'm working for memory cgroup.) > >> > >> Now, we do charge to anonymous page when > >> - charge(+1) when it's mapped fi

Re: Cross vendor migration ideas

2008-11-12 Thread Amit Shah
* On Wednesday 12 Nov 2008 22:49:16 Alexander Graf wrote: > On 12.11.2008, at 17:52, Amit Shah wrote: > > Hi Alex, > > > > * On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote: > >> Hi, > >> > >> I was thinking a bit about cross vendor migration recently and since > >> we're doing open source d

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Nick Piggin
On Thursday 13 November 2008 13:31, Andrea Arcangeli wrote: > On Thu, Nov 13, 2008 at 03:00:59AM +0100, Andrea Arcangeli wrote: > > CPU0 migrate.c CPU1 filemap.c > > --- -- > > find_get_page > >

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Andrea Arcangeli
On Thu, Nov 13, 2008 at 03:00:59AM +0100, Andrea Arcangeli wrote: > CPU0 migrate.cCPU1 filemap.c > --- -- > find_get_page > radix_tree_lookup_slot returns the oldpage > page

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Andrea Arcangeli
On Wed, Nov 12, 2008 at 05:09:03PM -0500, Lee Schermerhorn wrote: > Maybe not so wild, given the complexity of these interactions... Perhaps Christoph's right it's just wild ideas, but see below. You both seem to agree the first theory of the tree_lock is bogus as it's lockless for find_get_page

RE: Cross vendor migration ideas

2008-11-12 Thread Serebrin, Benjamin (Calendar)
This seems like conveniently good news. Combining all the ideas: Hide CPUID.SYSCALL to force 32-bit OSes to use 32-bit legacy SYSENTER, which is available on AMD and Intel. 64-bit OSes will use SYSCALL for 64-bit code. CPUID name string should be "FakeCPUFakeCPU" or some such so a 64-bit OS wi

RE: Cross vendor migration ideas

2008-11-12 Thread Skywing
Hi, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Graf Sent: Wednesday, November 12, 2008 10:50 AM To: Anthony Liguori Cc: kvm@vger.kernel.org list; Amit Shah; Avi Kivity; Elsie Wahlig; Serebrin, Benjamin (Calendar); Nakajima, Jun > Windows d

Re: [Qemu-devel] [PATCH][RFC] Split non-TCG bits out of exec.c

2008-11-12 Thread Anthony Liguori
Fabrice Bellard wrote: I suggest to go even further: there should be a way in QEMU to define CPUs which do not rely on the dynamic translator and this choice should be doable at runtime (i.e. not with a bunch of #ifdefs as you may do it). This way you could not only plug KVM CPUs without having t

Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support

2008-11-12 Thread Anthony Liguori
Andi Kleen wrote: Anthony Liguori <[EMAIL PROTECTED]> writes: What we would rather do in KVM, is have the VFs appear in the host as standard network devices. We would then like to back our existing PV driver to this VF directly bypassing the host networking stack. A key feature here is being a

Re: [Qemu-devel] [PATCH][RFC] Split non-TCG bits out of exec.c

2008-11-12 Thread Fabrice Bellard
Anthony Liguori wrote: > Unlike kqemu, KVM does not use TCG at all when accelerating QEMU. Having TCG > present is not a problem when using KVM on x86. x86 already has TCG host and > target support and it's quite convenient to be able to disable/enable KVM and > compare it to TCG when debugging.

Re: [PATCH] [v2] linux: virtio: Standardize virtio's concept of "page size"

2008-11-12 Thread Rusty Russell
On Thursday 13 November 2008 02:46:31 Hollis Blanchard wrote: > On Wed, 2008-11-12 at 22:51 +1030, Rusty Russell wrote: > > On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote: > > > Both sides of the virtio interface must agree about how big a pfn > > > really is. This is particularly an i

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Lee Schermerhorn
On Wed, 2008-11-12 at 14:27 -0600, Christoph Lameter wrote: > On Wed, 12 Nov 2008, Andrea Arcangeli wrote: > > > On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote: > > > get_user_pages() cannot get to it since the pagetables have already been > > > modified. If get_user_pages runs

Re: kvm-78 - kernel panic after using system_reset except when using -no-kvm-irqchip

2008-11-12 Thread Jan Kiszka
Charles Duffy wrote: > Jan Kiszka wrote: >> Charles Duffy wrote: >>> irq 25, desc: 803afc80, depth: 1, count: 0, unhandled: 0 >>> ->handle_irq(): 800b54e3, handle_bad_irq+0x0/0x1f6 >>> ->chip(): 802ea700, 0x802ea700 >>> ->action(): >>> IRQ_DISABLE

Re: Cross vendor migration ideas

2008-11-12 Thread Alexander Graf
On 12.11.2008, at 21:06, Andi Kleen wrote: Anthony Liguori <[EMAIL PROTECTED]> writes: I wonder if patching is an option? Not by patching instructions because SYSENTER and SYSCALL have completely different semantics (e.g. regarding register use). That is why the entry paths are different on

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Christoph Lameter
On Wed, 12 Nov 2008, Lee Schermerhorn wrote: > Might want/need to check for migration entry in do_swap_page() and loop > back to migration_entry_wait() call when the changed pte is detected > rather than returning an error to the caller. > > Does that sound reasonable? The reference count freezin

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Christoph Lameter
On Wed, 12 Nov 2008, Andrea Arcangeli wrote: > On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote: > > get_user_pages() cannot get to it since the pagetables have already been > > modified. If get_user_pages runs then the fault handling will occur > > which will block the thread unt

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Lee Schermerhorn
On Wed, 2008-11-12 at 18:32 +0100, Andrea Arcangeli wrote: > On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote: > > get_user_pages() cannot get to it since the pagetables have already been > > modified. If get_user_pages runs then the fault handling will occur > > which will block t

Re: Cross vendor migration ideas

2008-11-12 Thread Andi Kleen
Anthony Liguori <[EMAIL PROTECTED]> writes: > > I wonder if patching is an option? Not by patching instructions because SYSENTER and SYSCALL have completely different semantics (e.g. regarding register use). That is why the entry paths are different on both sides. In theory you could switch the e

PCI-Passthrough for Graphics card

2008-11-12 Thread Kai Meyer
When I heard that kvm had pci-passthrough working for network cards, I thought I'd make an attempt to get my nVidia 8600GT video card to work in a Windows VM (thus satisfying my desire to quit dual booting, so I can play my stinking games.) I'm having trouble interpreting my results so far. In

Out of sync shadow core breaks Hurd

2008-11-12 Thread Aurelien Jarno
Hi, Starting with kvm-76 (and including kvm-79), Hurd does not boot anymore under KVM. The ext2fs translator issues a strange error message: | Hurd server bootstrap: ext2fs.static[device:hd0s3] execext2fs.static: /build/bui | ldd/hurd-20080607/build-tree/hurd/ext2fs/dir.c:494: dirscanblock: Asse

Re: kvm-78 - kernel panic after using system_reset except when using -no-kvm-irqchip

2008-11-12 Thread Charles Duffy
Jan Kiszka wrote: Charles Duffy wrote: irq 25, desc: 803afc80, depth: 1, count: 0, unhandled: 0 ->handle_irq(): 800b54e3, handle_bad_irq+0x0/0x1f6 ->chip(): 802ea700, 0x802ea700 ->action(): IRQ_DISABLED set unexpected IRQ trap at vector 19 ..MP

Re: [PATCH 0/8] Make nmi_shootdown_cpus() usable by non-kdump code

2008-11-12 Thread Ingo Molnar
* Eduardo Habkost <[EMAIL PROTECTED]> wrote: > Hi, Ingo, > > As tip/master is a moving target, I am splitting the previous > kdump/reboot virtualization-disable code series[1] into smaller > series so the simpler parts can be included sooner. This first > series is just for making nmi_shootdo

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Andrea Arcangeli
On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote: > get_user_pages() cannot get to it since the pagetables have already been > modified. If get_user_pages runs then the fault handling will occur > which will block the thread until migration is complete. migrate.c does nothing for

[PATCH] Add 40-bit DMA support to LSI scsi emulation

2008-11-12 Thread Ryan Harper
This patch fixes Linux machines configured with > 4G of ram and using a SCSI device. I'm working on 64-bit DMA support as well which should hopefully fix 64-bit Windows using SCSI devices as well. -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin, Tx (512) 838-9253 T/

Re: Cross vendor migration ideas

2008-11-12 Thread Alexander Graf
On 12.11.2008, at 17:52, Amit Shah wrote: Hi Alex, * On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote: Hi, I was thinking a bit about cross vendor migration recently and since we're doing open source development, I figured it might be a good idea to talk to everyone about this. So

*terrible* speed of savevm/loadvm/delvm

2008-11-12 Thread Michael Tokarev
Somewhere between kvm-75 and kvm-78, the mentioned commands has been slowed down to insane levels. By "insane" I mean to take about 10 minutes(!) to save/load a 128MB RAM/1GB HDD VM's state. It used to require several seconds for much larger VMs... Here's a typical sequence of system calls duri

Re: Cross vendor migration ideas

2008-11-12 Thread Amit Shah
Hi Alex, * On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote: > Hi, > > I was thinking a bit about cross vendor migration recently and since > we're doing open source development, I figured it might be a good idea > to talk to everyone about this. > > So why are we having a problem? > > In no

Re: [PATCH] [v2] linux: virtio: Standardize virtio's concept of "page size"

2008-11-12 Thread Hollis Blanchard
On Wed, 2008-11-12 at 22:51 +1030, Rusty Russell wrote: > On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote: > > Both sides of the virtio interface must agree about how big a pfn really > > is. This is particularly an issue on architectures where the page size is > > configurable (e.g. Po

Re: Cross vendor migration ideas

2008-11-12 Thread Anthony Liguori
Alexander Graf wrote: On 12.11.2008, at 16:45, Anthony Liguori wrote: Alexander Graf wrote: Hi, I was thinking a bit about cross vendor migration recently and since we're doing open source development, I figured it might be a good idea to talk to everyone about this. So why are we having

Re: Cross vendor migration ideas

2008-11-12 Thread Alexander Graf
On 12.11.2008, at 16:45, Anthony Liguori wrote: Alexander Graf wrote: Hi, I was thinking a bit about cross vendor migration recently and since we're doing open source development, I figured it might be a good idea to talk to everyone about this. So why are we having a problem? In norma

Re: Cross vendor migration ideas

2008-11-12 Thread Anthony Liguori
Alexander Graf wrote: Hi, I was thinking a bit about cross vendor migration recently and since we're doing open source development, I figured it might be a good idea to talk to everyone about this. So why are we having a problem? In normal operation we don't. If we're running a 32-bit kerne

Cross vendor migration ideas

2008-11-12 Thread Alexander Graf
Hi, I was thinking a bit about cross vendor migration recently and since we're doing open source development, I figured it might be a good idea to talk to everyone about this. So why are we having a problem? In normal operation we don't. If we're running a 32-bit kernel, we can use SYSEN

Re: [ANNOUNCE] kvm-79 release

2008-11-12 Thread Avi Kivity
Martin Vogt wrote: Do I need git for this? Is this something informal, does it need some special diff format? Your patch is fine and I applied it. Thanks. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe kvm" in

Re: [ANNOUNCE] kvm-79 release

2008-11-12 Thread Avi Kivity
Martin Vogt wrote: Hello, [...] Notes: If you use the modules bundled with kvm-79, you can use any version of Linux from 2.6.16 upwards. Nope. I tested kvm-79 on a SLES 10 with 2.6.16, in the hope that my previously reported bug: "hrtimer_start: Unknown symbol in module" was fixed.

Re: [ANNOUNCE] kvm-79 release

2008-11-12 Thread Martin Vogt
Hello, [...] >Notes: >If you use the modules bundled with kvm-79, you can use any version >of Linux from 2.6.16 upwards. Nope. I tested kvm-79 on a SLES 10 with 2.6.16, in the hope that my previously reported bug: "hrtimer_start: Unknown symbol in module" was fixed. (It wasnt) Now I have thi

[PATCH 3/8] x86 kdump: Create kdump_nmi_shootdown_cpus()

2008-11-12 Thread Eduardo Habkost
For the kdump-specific code that was living on nmi_shootdown_cpus(). Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/crash.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c index ed2f0f9..7

[PATCH 2/8] x86 kdump: Move crashing_cpu assignment to nmi_shootdown_cpus()

2008-11-12 Thread Eduardo Habkost
This variable will be moved to non-kdump-specific code. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/crash.c |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c index 6047542..ed2f0f9 100644 --

[PATCH 6/8] x86: Move nmi_shootdown_cpus() to reboot.c

2008-11-12 Thread Eduardo Habkost
Now nmi_shootdown_cpus() is ready to be used by non-kdump code also. Move it to reboot.c. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/crash.c | 76 -- arch/x86/kernel/reboot.c | 83

[PATCH 7/8] x86: Make nmi_shootdown_cpus() available on !SMP and !X86_LOCAL_APIC

2008-11-12 Thread Eduardo Habkost
The X86_LOCAL_APIC #ifdef was for kdump. For !SMP, the function simply does nothing. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/reboot.c | 13 - 1 files changed, 12 insertions(+), 1 deletions(-) diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reb

[PATCH 5/8] x86 kdump: Make nmi_shootdown_cpus() non-static

2008-11-12 Thread Eduardo Habkost
Add prototype to asm/reboot.h. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/include/asm/reboot.h |5 + arch/x86/kernel/crash.c |3 +-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/reboot.h b/arch/x86/include/asm/reboot.h

[PATCH 1/8] x86 kdump: Extract kdump-specific code from crash_nmi_callback()

2008-11-12 Thread Eduardo Habkost
The NMI CPU-halting code will be used on non-kdump cases, also (e.g. emergency_reboot when virtualization is enabled). Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/crash.c | 31 --- 1 files changed, 20 insertions(+), 11 deletions(-) diff --

[PATCH 4/8] x86 kdump: Make kdump_nmi_callback() a function ptr on crash_nmi_callback()

2008-11-12 Thread Eduardo Habkost
The reboot code will use a different function on crash_nmi_callback(). Adding a function pointer parameter to nmi_shootdown_cpus() for that. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/crash.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --

[PATCH 8/8] x86: Disable IRQs before doing anything on nmi_shootdown_cpus()

2008-11-12 Thread Eduardo Habkost
We need to know on which CPU we are running on, and we don't want to be preempted while doing this. Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]> --- arch/x86/kernel/reboot.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/r

[PATCH 0/8] Make nmi_shootdown_cpus() usable by non-kdump code

2008-11-12 Thread Eduardo Habkost
Hi, Ingo, As tip/master is a moving target, I am splitting the previous kdump/reboot virtualization-disable code series[1] into smaller series so the simpler parts can be included sooner. This first series is just for making nmi_shootdown_cpus() usable by non-kdump code, by moving their generic pa

Re: [patch] remove vcpu_info array v5

2008-11-12 Thread Avi Kivity
Glauber Costa wrote: I think the main point here is that currently, one of the showstopers for scalability, is the lack of fine grained locking. And we don't really know how the code will look like after that. It can very well change completely, rendering this work as totally void. I don't t

Re: [patch] remove vcpu_info array v5

2008-11-12 Thread Avi Kivity
Jes Sorensen wrote: Avi Kivity wrote: Jes Sorensen wrote: What I meant was that I was able to compile the code, and there was only one piece left that needed that function, which is why I moved it and made it static in the acpi code. That's because there is another static array in acpi.c...

Re: [patch] remove vcpu_info array v5

2008-11-12 Thread Glauber Costa
On Wed, Nov 12, 2008 at 11:02 AM, Jes Sorensen <[EMAIL PROTECTED]> wrote: > Avi Kivity wrote: >> >> Jes Sorensen wrote: >>> >>> What I meant was that I was able to compile the code, and there was only >>> one piece left that needed that function, which is why I moved it and >>> made it static in th

Re: [patch] remove vcpu_info array v5

2008-11-12 Thread Jes Sorensen
Avi Kivity wrote: Jes Sorensen wrote: What I meant was that I was able to compile the code, and there was only one piece left that needed that function, which is why I moved it and made it static in the acpi code. That's because there is another static array in acpi.c... Which array are you

[ANNOUNCE] kvm-79 release

2008-11-12 Thread Avi Kivity
This is the first release to fully support pci device assignment. You can assign a pci device to qemu on the command line, or hot-plug it in via the monitor. Note that at this time, Linux 2.6.28 is required on the host. Upstream qemu recently gained kvm support. At this time a lot is missi

[PATCH 7/7] lguest: change virtio ring alignment.

2008-11-12 Thread Rusty Russell
This is just to test that the constant is wired through correctly. lguest has no ABI so I could apply this patch, but it breaks the "don't be an asshole" rule. diff -r 19e5f3f3a4be Documentation/lguest/Makefile --- a/Documentation/lguest/Makefile Wed Nov 12 22:27:50 2008 +1030 +++ b/Documenta

[PATCH 6/7] virtio: hand virtio ring alignment as argument to vring_new_virtqueue

2008-11-12 Thread Rusty Russell
This allows each virtio user to hand in the alignment appropriate to their virtio_ring structures. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- drivers/lguest/lguest_device.c |4 ++-- drivers/s390/kvm/kvm_virtio.c |3 ++- drivers/virtio/virtio_pci.c|4 ++-- drivers/virtio

[PATCH 5/7] virtio: use KVM_S390_VIRTIO_RING_ALIGN instead of relying on pagesize

2008-11-12 Thread Rusty Russell
This doesn't really matter, since s390 pagesize is 4k anyway. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- arch/s390/include/asm/kvm_virtio.h |3 +++ drivers/s390/kvm/kvm_virtio.c |9 ++--- 2 files changed, 9 insertions(+), 3 deletions(-) diff -r 5c9c0cc58458 arch/s390/i

[PATCH 4/7] virtio: use LGUEST_VRING_ALIGN instead of relying on pagesize

2008-11-12 Thread Rusty Russell
This doesn't really matter, since lguest is i386 only at the moment, but we could actually choose a different value. (lguest doesn't have a guarenteed ABI). Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- Documentation/lguest/lguest.c |6 +++--- drivers/lguest/lguest_device.c |2

[PATCH 3/7] virtio: Don't use PAGE_SIZE for vring alignment in virtio_pci.

2008-11-12 Thread Rusty Russell
That doesn't work for non-4k guests which are now appearing. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- drivers/virtio/virtio_pci.c |5 +++-- include/linux/virtio_pci.h |4 2 files changed, 7 insertions(+), 2 deletions(-) diff -r c6f6a3ab173b drivers/virtio/virtio_pci.c -

[PATCH 2/7] virtio: rename 'pagesize' arg to vring_init/vring_size

2008-11-12 Thread Rusty Russell
It's really the alignment desired for consumer/producer separation; historically this x86 pagesize, but with PowerPC it'll still be x86 pagesize. And in theory lguest could choose a different value. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- include/linux/virtio_ring.h | 12 ++---

[PATCH 1/7] virtio: Don't use PAGE_SIZE in virtio_pci.c

2008-11-12 Thread Rusty Russell
The virtio PCI devices don't depend on the guest page size. This matters now PowerPC virtio is gaining ground (they like 64k pages). Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> --- drivers/virtio/virtio_pci.c |2 +- include/linux/virtio_pci.h |4 2 files changed, 5 insertions(

Re: [PATCH] [v2] linux: virtio: Standardize virtio's concept of "page size"

2008-11-12 Thread Rusty Russell
On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote: > Both sides of the virtio interface must agree about how big a pfn really > is. This is particularly an issue on architectures where the page size is > configurable (e.g. PowerPC, IA64) -- the interface must be independent of > PAGE_SHIF

Re: Solaris 10 x86_64 guest on kvm keeps restarting

2008-11-12 Thread Carlo Marcelo Arenas Belon
On Wed, Nov 12, 2008 at 03:36:05PM +0530, mr ashok wrote: > > If i apply the below patch , i can't install Windows 64 bit ? don't know what the impact on Windows 64-bit is. I'd been using this patch since KVM-54 or so, and had installed windows 64-bit guests during that time, but then I don't do

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Izik Eidus
Avi Kivity wrote: KAMEZAWA Hiroyuki wrote: Can I make a question ? (I'm working for memory cgroup.) Now, we do charge to anonymous page when - charge(+1) when it's mapped firstly (mapcount 0->1) - uncharge(-1) it's fully unmapped (mapcount 1->0) vir page_remove_rmap(). My quesion is - P

Re: file based migration not working

2008-11-12 Thread Thomas Mueller
> > (qemu) migrate file:///tmp/vm.state > migrate file:///tmp/vm.state > unknown migration protocol: file:///tmp/vm.state migration failed > (qemu) > > > (qemu) migrate "exec:gzip -c > /tmp/vm.state" migrate "exec:gzip -c > > /tmp/vm.state" unknown migration protocol: exec:gzip -c > /tmp/vm.sta

Re: RHEL guest oops with latest kvm-userspace

2008-11-12 Thread Avi Kivity
Jan Kiszka wrote: Hi Avi, I've a problem with the last qemu-cvs merge into kvm-userspace: Booting the RHEL kernel 2.6.18-53.el5 in with more than one VCPU gives me RIP: 0010:[] [] write_rdtscp_cb+0xa/0xd ... I suspect that is due to some lost features or regression around cpuid after th

Re: [PATCH 1/1] KVM: Fix kernel allocated memory slot

2008-11-12 Thread Avi Kivity
Hollis Blanchard wrote: Wow, I didn't realize we still had kernel-allocated guest memory. Why is that? As mentioned, both for compat with the original 2.6.22 interface and for guest memory needed by kvm itself. But note that this kernel-allocated memory is equivalent to user memory - it i

Re: [PATCH 1/1] KVM: Fix kernel allocated memory slot

2008-11-12 Thread Avi Kivity
Sheng Yang wrote: Commit 7fd49de9773fdcb7b75e823b21c1c5dc1e218c14 "KVM: ensure that memslot userspace addresses are page-aligned" broke kernel space allocated memory slot, for the userspace_addr is invalid. Applied, thanks. -- error compiling committee.c: too many arguments to function --

Re: [PATCH 2/4] Add replace_page(), change the mapping of pte from one page into another

2008-11-12 Thread Avi Kivity
KAMEZAWA Hiroyuki wrote: Can I make a question ? (I'm working for memory cgroup.) Now, we do charge to anonymous page when - charge(+1) when it's mapped firstly (mapcount 0->1) - uncharge(-1) it's fully unmapped (mapcount 1->0) vir page_remove_rmap(). My quesion is - PageKSM pages are not

Re: Solaris 10 x86_64 guest on kvm keeps restarting

2008-11-12 Thread mr ashok
Hi If i apply the below patch , i can't install Windows 64 bit ? http://tapir.sajinet.com.pe/gentoo/portage/app-emulation/kvm/files/kvm-57-kernel-longmode.patch Any ideas as to when this support will be added or any version of kvm that i can use where both solaris -64 and windows 64 can be ins

[GIT PULL] KVM fixes for 2.6.28-rc

2008-11-12 Thread Avi Kivity
Linus, please pull from the repo and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git kvm-updates/2.6.28 to receive the current batch of KVM fixes. These include a fix for a host oops under heavy guest loads, memory attribute inconsistency fix with Nehalem processors, a sig

RE: [PATCH] kvm: qemu: support ioperm for vcpu hotplug

2008-11-12 Thread Han, Weidong
Guillaume Thouvenin wrote: > On Tue, 11 Nov 2008 16:28:04 - > Avi Kivity <[EMAIL PROTECTED]> wrote: > > >> @@ -450,6 +454,10 @@ static void *ap_main_loop(void *_env) >> kvm_create_vcpu(kvm_context, env->cpu_index); >> kvm_qemu_init_env(env); >> >> +/* do ioperm for io ports of

file based migration not working

2008-11-12 Thread Thomas Mueller
hi i was reading http://kvm.qumranet.com/kvmwiki/Migration and trying the "migration file://" and "migrate "exec:" migration methods. both giving me errors. (qemu) migrate file:///tmp/vm.state migrate file:///tmp/vm.state unknown migration protocol: file:///tmp/vm.state migration failed (qemu)

Re: [PATCH] kvm: qemu: support ioperm for vcpu hotplug

2008-11-12 Thread Guillaume Thouvenin
On Tue, 11 Nov 2008 16:28:04 - Avi Kivity <[EMAIL PROTECTED]> wrote: > @@ -450,6 +454,10 @@ static void *ap_main_loop(void *_env) > kvm_create_vcpu(kvm_context, env->cpu_index); > kvm_qemu_init_env(env); > > +/* do ioperm for io ports of assigned devices */ > +LIST_FOREACH