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
>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
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
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
* 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
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
> >
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
* 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
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
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/
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
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
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
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
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
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
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
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
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
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.
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
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
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
--
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
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
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
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 --
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 --
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
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
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
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...
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
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
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
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
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
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
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
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
-
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 ++---
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(
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
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
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
>
> (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
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
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
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
--
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
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
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
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
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)
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
72 matches
Mail list logo