On Thu, 2010-06-10 at 06:06 +0300, Avi Kivity wrote:
> On 06/10/2010 05:21 AM, Zhang, Yanmin wrote:
> >
> >> I see. So put it in a union. Or perhaps not even in a union - what if
> >> a kvm guest is also acting as a kvm host?
> >>
> > My patch has consideration on it. I compiled kernel with
On Wed, 09 Jun 2010 16:11:34 +0300
Avi Kivity wrote:
>
> Looks good in general.
>
> > Note:
> >Though this patch introduces some ifdefs, we tried not to mixing these
> >with other parts to keep the code as clean as possible.
> >
> >
>
> What's the reason for that? Can't you update
Signed-off-by: Sheng Yang
---
kvm/test/config-x86-common.mak |2 +
kvm/test/config-x86_64.mak |2 +-
kvm/test/lib/x86/idt.h | 19 +
kvm/test/x86/idt.c | 85
kvm/test/x86/idt_test.c| 48
Signed-off-by: Sheng Yang
---
kvm/test/config-x86-common.mak |2 +
kvm/test/config-x86_64.mak |3 +-
kvm/test/x86/xsave.c | 263
3 files changed, 267 insertions(+), 1 deletions(-)
create mode 100644 kvm/test/x86/xsave.c
diff --git
Signed-off-by: Sheng Yang
---
qemu-kvm-x86.c| 114
qemu-kvm.c| 24 ++
qemu-kvm.h| 28
target-i386/cpu.h |6 +++
target-i386/machine.c | 21 +
5 files changed, 174 insertio
Would use it later for XSAVE related CPUID.
Signed-off-by: Sheng Yang
---
kvm.h |2 +-
target-i386/kvm.c | 19 +++
2 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/kvm.h b/kvm.h
index aab5118..16b06a4 100644
--- a/kvm.h
+++ b/kvm.h
@@ -152,7 +152,
We can support it in KVM now. The 0xd leaf is queried from KVM.
Signed-off-by: Sheng Yang
---
target-i386/cpuid.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/target-i386/cpuid.c b/target-i386/cpuid.c
index fb78061..26e4054 100644
--- a/target-i38
From: Dexuan Cui
This patch enable guest to use XSAVE/XRSTOR instructions.
We assume that host_xcr0 would use all possible bits that OS supported.
And we loaded xcr0 in the same way we handled fpu - do it as late as we can.
Signed-off-by: Dexuan Cui
Signed-off-by: Sheng Yang
---
arch/x86/in
This patch enable save/restore of xsave state.
Signed-off-by: Sheng Yang
---
Documentation/kvm/api.txt | 76 ++
arch/x86/include/asm/kvm.h | 24 ++
arch/x86/kvm/x86.c | 110
include/linux/kvm.h
On 06/10/2010 05:21 AM, Zhang, Yanmin wrote:
I see. So put it in a union. Or perhaps not even in a union - what if
a kvm guest is also acting as a kvm host?
My patch has consideration on it. I compiled kernel with host and guest support
at the same time. The accessing to perf_event->sh
On 06/10/2010 05:37 AM, Dong, Eddie wrote:
Avi Kivity wrote:
On 06/09/2010 06:59 PM, Dong, Eddie wrote:
Besides VF IO interrupt and timer interrupt introduced performance
overhead risk,
VF usually uses MSI
Typo, I mean PV IO.
That also uses MSI these days.
A VF
Avi Kivity wrote:
> Wierd. For what gfn/pfns does this trigger?
>
It is ZERO_PAGE which also has Reserved bit, not mmio page.
The pte is set write-protected, I still don't know why it cause the system
hangup.
set_spte() {
if (tdp_enabled)
spte |= kvm_x86_ops->get_mt_mas
Avi Kivity wrote:
> On 06/09/2010 06:59 PM, Dong, Eddie wrote:
>>
>> Besides VF IO interrupt and timer interrupt introduced performance
>> overhead risk,
>
> VF usually uses MSI
Typo, I mean PV IO.
A VF interrupt usually happens in 4-8KHZ. How about the virtio?
I assume virtio will be widely u
On Wed, 2010-06-09 at 12:41 +0300, Avi Kivity wrote:
> On 06/09/2010 12:21 PM, Zhang, Yanmin wrote:
> >
> >> One thing that's missing is documentation of the guest/host ABI. It
> >> will be a requirement for inclusion, but it will also be a great help
> >> for review, so please provide it ASAP.
>
I read an old email thread which talked about GPGPU passthroughin
linux-kvm. Was this implemented?
If not, are there some quick hacks I can use to enable it in my tree?
Right now, I try to follow the same commands as I do for NIC
passthrough, but it complains that my device is busy. I have two
NVi
On 06/09/2010 03:23 AM, Marcelo Tosatti wrote:
On Tue, Jun 08, 2010 at 04:36:16PM -1000, Zachary Amsden wrote:
+ pt->timer.function = pit_timer_fn;
I am happy to see this. I thought kvm_timer_fn was a step
backwards; it was too general of a function to justify the savings
of
2010/6/10 Alex Williamson :
> On Wed, 2010-06-09 at 14:11 -0600, Cam Macdonell wrote:
>> On Tue, Jun 8, 2010 at 1:15 PM, Alex Williamson
>> > diff --git a/cpu-all.h b/cpu-all.h
>> > index 77eaf85..458cb4b 100644
>> > --- a/cpu-all.h
>> > +++ b/cpu-all.h
>> > @@ -859,9 +859,21 @@ target_phys_addr_t
On Wed, 2010-06-09 at 14:11 -0600, Cam Macdonell wrote:
> On Tue, Jun 8, 2010 at 1:15 PM, Alex Williamson
> > diff --git a/cpu-all.h b/cpu-all.h
> > index 77eaf85..458cb4b 100644
> > --- a/cpu-all.h
> > +++ b/cpu-all.h
> > @@ -859,9 +859,21 @@ target_phys_addr_t cpu_get_phys_page_debug(CPUState
>
On Tue, 8 Jun 2010 12:38:58 +0530
Prerna Saxena wrote:
> This patch adds support for dynamically enabling/disabling of tracepoints.
> Monitor commands added :
> 1) info tracepoints : to view all available tracepoints and
> their state.
> 2) tracepoint NA
On Tue, 8 Jun 2010 12:34:37 +0530
Prerna Saxena wrote:
> This introduces the monitor command 'trace' to read current contents of
> trace buffer.
>
>
> Signed-off-by: Prerna Saxena
> ---
> configure |3 +++
> monitor.c |3 +++
> qemu-monitor.hx | 16
>
> > Not really. This identifier is device and bus independent, which is why
> > I suggested passing the device to qemu_ram_alloc. This can then figure
> > out how to the identify the device. It should probably do this the same
> > way that we identify the saved state for the device. Currently I
On Tue, 8 Jun 2010 12:31:38 +0530
Prerna Saxena wrote:
> This exports tdb_hash() for use by tracing framework.
Suggest to rename it (eg. qemu_hash()) and move it to a better location, qdict
is not the best module to export such service.
>
> Signed-off-by: Prerna Saxena
> ---
> qdict.c |
On Mon, Jun 7, 2010 at 4:41 PM, Cam Macdonell wrote:
> On Sat, Jun 5, 2010 at 3:44 AM, Blue Swirl wrote:
>> On Fri, Jun 4, 2010 at 9:45 PM, Cam Macdonell wrote:
>>> Support an inter-vm shared memory device that maps a shared-memory object
>>> as a
>>> PCI device in the guest. This patch also s
nudge. Any comments here?
On Wed, Jun 2, 2010 at 10:58 AM, Alex Williamson
wrote:
>
> PCI hotplug currently doesn't work after a migration because
> we don't migrate the enable bits of the GPE state. Pull hotplug
> structs into vmstate.
>
> Signed-off-by: Alex Williamson
> ---
>
> hw/acpi_pii
On Tue, Jun 8, 2010 at 1:15 PM, Alex Williamson
wrote:
> This makes the RAM block list easier to manipulate. Also incorporate
> relevant variables into the RAMList struct.
>
> Signed-off-by: Alex Williamson
> ---
>
> arch_init.c | 14 ++-
> cpu-all.h | 28 ---
>
Hello all,
i don't know why i can not ssh-in into my kvm-guests from another
physical machine.
[all my machines/hosts/guests here are Fedora Core 13]
i have a kvm-host, running several bridged guests, and the host itself
is a openvpn-server, too.
the kvm-guests can vpn-connect, other clients in
On Wed, 2010-06-09 at 13:18 +0100, Paul Brook wrote:
> > > > Not all ram is associated with a device.
> > >
> > > Maybe not, but where it is we should be using that information.
> > > Absolute minimum we should be using the existing qdev address rather than
> > > inventing a new one. Duplicating
On Wed, Jun 09, 2010 at 11:22:55AM -0500, Anthony Liguori wrote:
> On 06/09/2010 10:31 AM, Daniel P. Berrange wrote:
> >> However, libvirt was counting on this feature and on the snapshot
> >> commands
> >>to switch from the text Monitor. We have two options:
> >>
> >> 1. Ask them to wait one m
On 06/09/2010 10:18 AM, Luiz Capitulino wrote:
The big problem is things like the block io error events. I don't see
how we can support that given what we have in 0.13. Putting errno on
the wire is a bad idea. We need to marshal a QError object using the
__class__ memory to identify it as QErr
On 06/09/2010 10:31 AM, Daniel P. Berrange wrote:
However, libvirt was counting on this feature and on the snapshot commands
to switch from the text Monitor. We have two options:
1. Ask them to wait one more release (not so good for us)
2. Try to find a way to have those features in for 0.
On Tue, Jun 08, 2010 at 02:21:52PM -0700, Tom Lyon wrote:
> + case VFIO_DOMAIN_UNSET:
> + vfio_domain_unset(vdev);
> + ret = 0;
> + break;
> +
What if I do:
SET
mmap
UNSET
Now I have access to device which is not behind an iommu.
Simplest solution is to rem
On 06/09/2010 06:59 PM, Dong, Eddie wrote:
Besides VF IO interrupt and timer interrupt introduced performance overhead
risk,
VF usually uses MSI
EOI message deliver from lapic to ioapic,
Only for non-MSI
which becomes in user land now, may have potential scalability issue. For
exam
Avi Kivity wrote:
> I am currently investigating a problem with the a guest running Linux
> malfunctioning in the NMI watchdog code. The problem is that we don't
> handle NMI delivery mode for the local APIC LINT0 pin; instead we
> expect ExtInt deliver mode or that the line is disabled completely
On Wed, Jun 09, 2010 at 12:18:20PM -0300, Luiz Capitulino wrote:
> On Tue, 08 Jun 2010 16:13:37 -0500
> Anthony Liguori wrote:
>
> > On 06/08/2010 03:59 PM, Luiz Capitulino wrote:
> > > Now, QError.
> > >
> > > This is something I think we should fix for 0.13. However, I still don't
> > > kno
On 06/09/2010 03:03 PM, Avi Kivity wrote:
> On 06/09/2010 12:50 AM, Michael Goldish wrote:
>> Signed-off-by: Michael Goldish
>> ---
>> client/tests/kvm/kvm_vm.py | 15 +++
>> 1 files changed, 15 insertions(+), 0 deletions(-)
>>
>> diff --git a/client/tests/kvm/kvm_vm.py b/client/te
On Wed, Jun 09, 2010 at 02:04:53PM +0300, Avi Kivity wrote:
> On 06/09/2010 12:21 AM, Tom Lyon wrote:
> >The VFIO "driver" is used to allow privileged AND non-privileged processes to
> >implement user-level device drivers for any well-behaved PCI, PCI-X, and PCIe
> >devices.
> > Signed-off-by:
On Tue, 08 Jun 2010 16:13:37 -0500
Anthony Liguori wrote:
> On 06/08/2010 03:59 PM, Luiz Capitulino wrote:
> > Now, QError.
> >
> > This is something I think we should fix for 0.13. However, I still don't
> > know how to get it right: most of what you say in the wiki page has already
> > been
On 06/09/2010 06:12 PM, Gleb Natapov wrote:
a) i remember that there (have been) are instructions that have a
high virtualization penalty.
are there flags that should better not be offered to a VM?
Not that I know of.
rdtscp? I think it's always emulated.
No, it executes
On Wed, Jun 09, 2010 at 06:08:23PM +0300, Avi Kivity wrote:
> On 06/09/2010 11:29 AM, Peter Lieven wrote:
> >Avi Kivity wrote:
> >>On 06/08/2010 04:44 PM, Peter Lieven wrote:
> -cpu host is good if you have identical machines and don't
> plan to add new ones.
> >>>
> >>>i will likely add ne
On 06/09/2010 11:29 AM, Peter Lieven wrote:
Avi Kivity wrote:
On 06/08/2010 04:44 PM, Peter Lieven wrote:
-cpu host is good if you have identical machines and don't plan to
add new ones.
i will likely add new ones, but my plan would be to use qemu64 and
then add all flags manually that
are
On Wed, Jun 09, 2010 at 05:16:47PM +0300, Avi Kivity wrote:
> On 06/09/2010 04:23 PM, Marcelo Tosatti wrote:
> >
> >>Is there any chance that using a workqueue might help the problem of
> >>hrtimers firing too quickly? I wanted to return HR_NORESTART from
> >>pit_timer_fn always, then restart the
On 06/09/2010 04:49 PM, Marcelo Tosatti wrote:
Certain guests do not compensate for lost ticks (older RHEL3 for ex),
and this completly reinjection.
Perhaps you can increase the pending counter on pit_timer_fn, and
reinject on ACK?
Also, due to
http://www.mail-archive.com/kvm-de...@lists.sourc
On 06/09/2010 04:23 PM, Marcelo Tosatti wrote:
Is there any chance that using a workqueue might help the problem of
hrtimers firing too quickly? I wanted to return HR_NORESTART from
pit_timer_fn always, then restart the hrtimer on delivery, but
because of unreliable delivery, it wasn't clear h
> Keep in mind, this has to be a stable string across versions of qemu
> since this is savevm/migration. Are we absolutely confident that the
> full qdev path isn't going to change? I'm more confident that a unique
> device name is going to be static across qemu versions.
The actual representati
Hi
I'm a KVM newbie; I've been using the new snapshots tool with libvirt0 0.8.0
But I found that I couldn't make good snapshots whilst the domain was
running. When I tried, data was being created as the pool was getting
bigger, but after 15 mins, I got an error
'error : server closed connect
On 06/09/2010 06:58 AM, Avi Kivity wrote:
On 06/09/2010 05:54 AM, Paul Brook wrote:
On 06/08/2010 09:30 PM, Paul Brook wrote:
The offset given to a block created via qemu_ram_alloc/map() is
arbitrary, let the caller specify a name so we can make a positive
match.
@@ -1924,7 +1925,9 @@ static
On Tue, Jun 08, 2010 at 01:55:01PM -0400, Chris Lalancette wrote:
> We really want to "kvm_set_irq" during the hrtimer callback,
> but that is risky because that is during interrupt context.
> Instead, offload the work to a workqueue, which is a bit safer
> and should provide most of the same funct
On Tue, Jun 08, 2010 at 04:36:16PM -1000, Zachary Amsden wrote:
> >+pt->timer.function = pit_timer_fn;
> >
>
> I am happy to see this. I thought kvm_timer_fn was a step
> backwards; it was too general of a function to justify the savings
> of 20 some odd lines of code.
This was not done to s
On 06/03/2010 04:06 PM, Takuya Yoshikawa wrote:
Currently x86's kvm_vm_ioctl_get_dirty_log() needs to allocate a bitmap by
vmalloc() which will be used in the next logging and this has been causing
bad effects to VGA and live-migration: vmalloc() consumes extra systime,
triggers tlb flush, etc.
> * Alex Williamson (alex.william...@redhat.com) wrote:
> > +// XXX check duplicates
>
> Yes, definitely. You created a notion of a hierarchical namespace,
> can this be formalized any more?
We already have one: The qdev tree.
Paul
--
To unsubscribe from this list: send the line "unsubscrib
> backtrace / disassembly of the failing instructions will help. Do
> the failures always occur in the same ip or random ips?
Hi Avi,
OK, I'll post is once I have it, but it can take few days...
ips seem to remain the same, for same process (even across reboots):
May 25 02:23:07 sql2 [444620.2854
> > > Not all ram is associated with a device.
> >
> > Maybe not, but where it is we should be using that information.
> > Absolute minimum we should be using the existing qdev address rather than
> > inventing a new one. Duplicating this logic inside every device seems
> > like a bad idea so I s
On Tuesday 08 June 2010, Randy Dunlap wrote:
> Documentation/ioctl/ioctl-number.txt |1
> Documentation/vfio.txt | 177 +++
> MAINTAINERS |7
> drivers/Kconfig |2
> drivers/Makefile |1
> driv
On 06/08/2010 03:07 PM, Xiao Guangrong wrote:
delay local tlb flush until enter guest moden, it can reduce vpid flush
frequency and reduce remote tlb flush IPI(if KVM_REQ_TLB_FLUSH bit is
already set, IPI is not sent)
Applied all, thanks.
--
error compiling committee.c: too many arguments
On 06/09/2010 12:50 AM, Michael Goldish wrote:
Signed-off-by: Michael Goldish
---
client/tests/kvm/kvm_vm.py | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/kvm_vm.py b/client/tests/kvm/kvm_vm.py
index 94bacdf..f3c05f3 100755
--- a/clien
On 06/09/2010 07:14 AM, Nikola Ciprich wrote:
Hi,
on two of my KVM machines, some applications started to crash.
I'm not sure, but I think it might be related to some host update
I've made recently. I also can't find any difference to guests, on which
I don't see any such problems.
It's usually s
On 06/09/2010 05:54 AM, Paul Brook wrote:
On 06/08/2010 09:30 PM, Paul Brook wrote:
The offset given to a block created via qemu_ram_alloc/map() is
arbitrary, let the caller specify a name so we can make a positive
match.
@@ -1924,7 +1925,9 @@ static int pci_add_option_rom(PCIDevice *pde
On 06/09/2010 12:41 AM, Chris Wright wrote:
pci.
D.F. (B:D.F?)
D:B:D.F
bar
rom
bar.n
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@
On 06/09/2010 02:20 PM, Gleb Natapov wrote:
The apic still accepts some interrupts even if disabled, so this
needs to be very conditional.
What kind of interrupt and can they be delivered in DM_LOWEST mode?
INIT, NMI, SMI, and SIPI. So no DM_LOWEST.
--
error compiling committee.
On Wed, Jun 09, 2010 at 02:08:31PM +0300, Avi Kivity wrote:
> On 06/09/2010 02:01 PM, Gleb Natapov wrote:
> >On Tue, Jun 08, 2010 at 01:55:03PM -0400, Chris Lalancette wrote:
> >>Otherwise we might try to deliver a timer interrupt to a cpu that
> >>can't possibly handle it.
> >>
> >>Signed-off-by:
On 06/09/2010 01:08 PM, Peter Zijlstra wrote:
On Wed, 2010-06-09 at 12:41 +0300, Avi Kivity wrote:
Disabling the watchdog is unfortunate. Why is it necessary?
perf always uses NMI, so we disable the nmi_watchdog when a perf_event is
set up in case they might have impact.
On Wed, 2010-06-09 at 12:32 +0200, Hannes Reinecke wrote:
> Nicholas A. Bellinger wrote:
> > Hi Hannes,
> >
> > I applied your changes and everything looks good with the exception of
> > the new MEGASAS_DEFAULT_SGE=80 setting..
> >
> >> diff --git a/hw/megasas.c b/hw/megasas.c
> >> index 250c3fb.
On 06/09/2010 02:01 PM, Gleb Natapov wrote:
On Tue, Jun 08, 2010 at 01:55:03PM -0400, Chris Lalancette wrote:
Otherwise we might try to deliver a timer interrupt to a cpu that
can't possibly handle it.
Signed-off-by: Chris Lalancette
---
virt/kvm/irq_comm.c |2 +-
1 files changed, 1
On 06/08/2010 09:33 PM, Marcelo Tosatti wrote:
Enable NX to disable MSR autoload/save. This is the common case anyway.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a messag
On 06/09/2010 12:21 AM, Tom Lyon wrote:
The VFIO "driver" is used to allow privileged AND non-privileged processes to
implement user-level device drivers for any well-behaved PCI, PCI-X, and PCIe
devices.
Signed-off-by: Tom Lyon
---
This version now requires an IOMMU domain to be set befo
On 06/08/2010 08:55 PM, Chris Lalancette wrote:
As we've discussed previously, here is a series of patches to
fix some of the IRQ routing issues we have in KVM. With this series
in place I was able to successfully kdump a RHEL-5 64-bit, and RHEL-6
32- and 64-bit guest on CPU's other than the BSP
On Tue, Jun 08, 2010 at 01:55:03PM -0400, Chris Lalancette wrote:
> Otherwise we might try to deliver a timer interrupt to a cpu that
> can't possibly handle it.
>
> Signed-off-by: Chris Lalancette
> ---
> virt/kvm/irq_comm.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> dif
On 06/08/2010 08:55 PM, Chris Lalancette wrote:
We really want to "kvm_set_irq" during the hrtimer callback,
but that is risky because that is during interrupt context.
Instead, offload the work to a workqueue, which is a bit safer
and should provide most of the same functionality.
+static vo
On Wed, 2010-06-09 at 03:14 -0700, Nicholas A. Bellinger wrote:
> On Tue, 2010-06-08 at 16:15 +0200, Hannes Reinecke wrote:
> > This patch updates the megasas HBA emulation to version 1.01.
> > It fixes the following issues:
> >
> > - Remove hand-crafted inquiry command
> > - Remove bounce-buffer
On 06/09/2010 09:56 AM, Paolo Bonzini wrote:
Or is this too crazy an idea?
It should work. Note that the the malloced memory should be aligned in
order to get better sharing.
Within glibc malloc large blocks are mmaped, so they are automatically
aligned. Effective sharing of small blocks woul
If qemu support netdev parameter, It will be added to qemu command
line by default.
Signed-off-by: Feng Yang
---
client/tests/kvm/kvm_vm.py | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/client/tests/kvm/kvm_vm.py b/client/tests/kvm/kvm_vm.py
index f3
* Peter Zijlstra wrote:
> On Wed, 2010-06-09 at 12:41 +0300, Avi Kivity wrote:
> >
> > >> Disabling the watchdog is unfortunate. Why is it necessary?
> > >>
> > > perf always uses NMI, so we disable the nmi_watchdog when a perf_event is
> > > set up in case they might have impact.
> > >
On Wed, 2010-06-09 at 12:41 +0300, Avi Kivity wrote:
>
> >> Disabling the watchdog is unfortunate. Why is it necessary?
> >>
> > perf always uses NMI, so we disable the nmi_watchdog when a perf_event is
> > set up in case they might have impact.
> >
>
> Ok. Is that the case for the ha
>-Original Message-
>From: Herbert Xu [mailto:herb...@gondor.apana.org.au]
>Sent: Tuesday, June 08, 2010 1:28 PM
>To: Stephen Hemminger
>Cc: Xin, Xiaohui; net...@vger.kernel.org; kvm@vger.kernel.org;
>linux-ker...@vger.kernel.org; m...@redhat.com; mi...@elte.hu;
>da...@davemloft.net;
>jd..
On 06/09/2010 12:30 PM, Zhang, Yanmin wrote:
On Wed, 2010-06-09 at 11:59 +0300, Avi Kivity wrote:
On 06/09/2010 06:30 AM, Zhang, Yanmin wrote:
From: Zhang, Yanmin
Based on Ingo's idea, I implement a para virt interface for perf to support
statistics collection in guest os. That means
On 06/09/2010 12:21 PM, Zhang, Yanmin wrote:
One thing that's missing is documentation of the guest/host ABI. It
will be a requirement for inclusion, but it will also be a great help
for review, so please provide it ASAP.
I will add such document. It will includes:
1) Data struct perf_e
On Wed, 2010-06-09 at 11:59 +0300, Avi Kivity wrote:
> On 06/09/2010 06:30 AM, Zhang, Yanmin wrote:
> > From: Zhang, Yanmin
> >
> > Based on Ingo's idea, I implement a para virt interface for perf to support
> > statistics collection in guest os. That means we could run tool perf in
> > guest
> >
On 06/09/2010 10:53 AM, Lai Jiangshan wrote:
When page fault, we always call get_user_pages(write=1).
Actually, we don't need to do this when it is not write fault.
get_user_pages(write=1) will cause shared page(ksm) copied.
If this page is not modified in future, this copying and the copied pag
>-Original Message-
>From: Mitchell Erblich [mailto:erbli...@earthlink.net]
>Sent: Monday, June 07, 2010 4:17 PM
>To: Andi Kleen
>Cc: Stephen Hemminger; Xin, Xiaohui; net...@vger.kernel.org;
>kvm@vger.kernel.org;
>linux-ker...@vger.kernel.org; m...@redhat.com; mi...@elte.hu;
>da...@daveml
On Wed, 2010-06-09 at 11:33 +0300, Avi Kivity wrote:
> On 06/09/2010 06:30 AM, Zhang, Yanmin wrote:
> > From: Zhang, Yanmin
> >
> > Based on Ingo's idea, I implement a para virt interface for perf to support
> > statistics collection in guest os. That means we could run tool perf in
> > guest
> >
Hi,
I rebased the patch series to the head of both qemu.git
(26ebe46848ecb2462cc53d4de20ac6590709643b) and qemu-kvm.git
(3f505ec990599aeb960ed7031a2bb7b233ea4927). The repository contains branches
for both tree.
git://kemari.git.sourceforge.net/gitroot/kemari/kemari
Patches for qemu.git are in
On 06/09/2010 06:30 AM, Zhang, Yanmin wrote:
From: Zhang, Yanmin
Based on Ingo's idea, I implement a para virt interface for perf to support
statistics collection in guest os. That means we could run tool perf in guest
os directly.
Great thanks to Peter Zijlstra. He is really the architect and
On 06/09/2010 10:33 AM, Dor Laor wrote:
What I'm thinking about is somehow intercepting malloc() and wrapping it
so that all malloc()-ed memory gets madvise()-d as well.
You can also operate at a lower level and intercept mmap and brk, not
malloc. (But see below).
Or is this too crazy an i
>-Original Message-
>From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf
>Of Andi
>Kleen
>Sent: Monday, June 07, 2010 3:51 PM
>To: Stephen Hemminger
>Cc: Xin, Xiaohui; net...@vger.kernel.org; kvm@vger.kernel.org;
>linux-ker...@vger.kernel.org; m...@redhat.com; mi..
unsubscribe
--
Wolfgang Lendl
IT Systems & Communications
Medizinische Universität Wien
Spitalgasse 23 / BT 88 /Ebene 00
A-1090 Wien
Tel: +43 1 40160-21231
Fax: +43 1 40160-921200
http://www.meduniwien.ac.at/itsc
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a
On 06/09/2010 06:30 AM, Zhang, Yanmin wrote:
From: Zhang, Yanmin
Based on Ingo's idea, I implement a para virt interface for perf to support
statistics collection in guest os. That means we could run tool perf in guest
os directly.
Great thanks to Peter Zijlstra. He is really the architect and
On 06/08/2010 09:43 PM, Gordan Bobic wrote:
Is this plausible?
I'm trying to work out if it's even worth considering this approach to
enable all memory used by in a system to be open to KSM page merging,
rather than only memory used by specific programs aware of it (e.g.
kvm/qemu).
Something li
>-Original Message-
>From: Stephen Hemminger [mailto:shemmin...@vyatta.com]
>Sent: Monday, June 07, 2010 7:14 AM
>To: Xin, Xiaohui
>Cc: net...@vger.kernel.org; kvm@vger.kernel.org; linux-ker...@vger.kernel.org;
>m...@redhat.com; mi...@elte.hu; da...@davemloft.net;
>herb...@gondor.apana.org
Avi Kivity wrote:
On 06/08/2010 04:44 PM, Peter Lieven wrote:
-cpu host is good if you have identical machines and don't plan to
add new ones.
i will likely add new ones, but my plan would be to use qemu64 and
then add all flags manually that
are common to all cpus in the pool.
would that be
Alex Williamson wrote:
> On Tue, 2010-06-08 at 14:26 -0700, Chris Wright wrote:
>> * Alex Williamson (alex.william...@redhat.com) wrote:
>> > extern int phys_ram_fd;
>> > -extern uint8_t *phys_ram_dirty;
>> > extern ram_addr_t ram_size;
>> > -extern ram_addr_t last_ram_offset;
>> > +
>> > +typed
gfn_to_pfn() does actually increase the reference of the page.
But "gfn_to_pfn" is questionable, it misses this semantic.
So we rename it to kvm_get_pfn_for_gfn() which make more sense.
gfn_to_page() and hva_to_pfn() are also renamed.
This patch also add a "write" parameter, thus we can just
pin
When page fault, we always call get_user_pages(write=1).
Actually, we don't need to do this when it is not write fault.
get_user_pages(write=1) will cause shared page(ksm) copied.
If this page is not modified in future, this copying and the copied page
are just wasted. Ksm may scan and merge them
>-Original Message-
>From: Eric Dumazet [mailto:eric.duma...@gmail.com]
>Sent: Saturday, June 05, 2010 10:53 PM
>To: Xin, Xiaohui
>Cc: net...@vger.kernel.org; kvm@vger.kernel.org; linux-ker...@vger.kernel.org;
>m...@redhat.com; mi...@elte.hu; da...@davemloft.net;
>herb...@gondor.apana.org.
>-Original Message-
>From: Eric Dumazet [mailto:eric.duma...@gmail.com]
>Sent: Saturday, June 05, 2010 10:56 PM
>To: Xin, Xiaohui
>Cc: net...@vger.kernel.org; kvm@vger.kernel.org; linux-ker...@vger.kernel.org;
>m...@redhat.com; mi...@elte.hu; da...@davemloft.net;
>herb...@gondor.apana.org.
On 06/09/10 04:40, Anthony Liguori wrote:
On 06/08/2010 09:30 PM, Paul Brook wrote:
The offset given to a block created via qemu_ram_alloc/map() is
arbitrary,
let the caller specify a name so we can make a positive match.
@@ -1924,7 +1925,9 @@ static int pci_add_option_rom(PCIDevice *pdev)
+ snp
95 matches
Mail list logo