Marcelo,
From: Marcelo Tosatti mtosa...@redhat.com
Subject: Re: EuroSec'12 Presentation (ASLR reduces effect of KSM)
Date: Fri, 13 Apr 2012 21:47:47 -0300
On Thu, Apr 12, 2012 at 08:24:57PM +0900, Kuniyasu Suzaki wrote:
Dear,
I made a presentation which measures OS security
On Sun, Apr 15, 2012 at 5:16 AM, Ron Edison r...@idthq.com wrote:
The server is a Dell R710 with an H700 controller with 1gb of nvcache.
Writeback cache is enabled on the controller. There is a mix of linux and
windows guests, some with qcow2 format vdisks and others with raw format
vdisks.
Thank you very much, Stefan,
I would be very interested in how to ensure the guests are sending flushes. I'm
unfamiliar with the example you gave, where is that configured? Primarily the
guests are CentOS 4, 5 or 6. I am also curious if it would be advisable to
switch to writethrough cache on
On 12.04.2012 09:42, Hans-Kristian Bakke wrote:
Hi
For some reason I am not able to get good network performance using
virtio/vhost-net on Debian KVM host (perhaps also valid for Ubuntu
hosts then).
Disc IO is very good and the guests feels snappy so it doesn't seem
like there is something
On 16.04.2012 13:01, Stefan Pietsch wrote:
On 12.04.2012 09:42, Hans-Kristian Bakke wrote:
Hi
For some reason I am not able to get good network performance using
virtio/vhost-net on Debian KVM host (perhaps also valid for Ubuntu
hosts then).
Disc IO is very good and the guests feels snappy
On 29.06.2011, at 12:23, Paul Mackerras wrote:
This lifts the restriction that book3s_hv guests can only run one
hardware thread per core, and allows them to use up to 4 threads
per core on POWER7. The host still has to run single-threaded.
This capability is advertised to qemu through a
On 04/16/2012 06:25 AM, Xiao Guangrong wrote:
On 04/15/2012 11:16 PM, Avi Kivity wrote:
On 04/13/2012 01:14 PM, Xiao Guangrong wrote:
Using bit 1 (PTE_LIST_WP_BIT) in rmap store the write-protect status
to avoid unnecessary shadow page walking
Signed-off-by: Xiao Guangrong
On Sun, Apr 15, 2012 at 07:18:58PM +0300, Michael S. Tsirkin wrote:
I got lots of useful feedback from v0 so I thought
sending out a brain dump again would be a good idea.
This is mainly to show how I'm trying to address the
comments I got from the previous round. Flames/feedback
are
On 04/15/2012 10:03 PM, Gerhard Wiesinger wrote:
Hello Avi,
Tried newer kernel since this version is no longer available:
http://mirrors.kernel.org/fedora/development/rawhide/x86_64/os/Packages/k/kernel-3.4.0-0.rc2.git3.1.fc18.x86_64.rpm
But I wasn't successfull. Still same GP fault (but
Hi,all:
I try 3.3 kvm-kmod to compile against redhat 2.6.32-220.7.1, after
change some macros in external-module-compat-comm.h ,
external-module-compat.h, and in some C files, finally I can compile
and run qemu-kvm(0.12 with rhel release) with 3.3 module, everything
looks fine except that
Am 16.04.2012 12:13, schrieb Avi Kivity:
On 04/15/2012 09:38 PM, Andreas Färber wrote:
From: David Gibson da...@gibson.dropbear.id.au
On target-ppc, our table of CPU types and features encodes the features as
found on the hardware, regardless of whether these features are actually
usable
On 04/16/2012 06:02 PM, Avi Kivity wrote:
On 04/16/2012 06:25 AM, Xiao Guangrong wrote:
On 04/15/2012 11:16 PM, Avi Kivity wrote:
On 04/13/2012 01:14 PM, Xiao Guangrong wrote:
Using bit 1 (PTE_LIST_WP_BIT) in rmap store the write-protect status
to avoid unnecessary shadow page walking
On 2012-04-15 11:44, Avi Kivity wrote:
The trigger is probably
commit f1c1da2bde712812a3e0f9a7a7ebe7a916a4b5f4
Author: Jan Kiszka jan.kis...@siemens.com
Date: Tue Oct 18 18:23:11 2011 +0200
KVM: SVM: Keep intercepting task switching with NPT enabled
AMD processors
On Mon, Apr 16, 2012, ya su wrote about Has any work 3.3 kvm-kmod for rhel 6.2
kernel successfully?:
Hi,all:
I try 3.3 kvm-kmod to compile against redhat 2.6.32-220.7.1, after
change some macros in external-module-compat-comm.h ,
external-module-compat.h, and in some C files, finally I
On Sat, Apr 14, 2012 at 11:44:53AM +0200, Peter Zijlstra wrote:
On Wed, 2012-04-04 at 15:30 +0300, Gleb Natapov wrote:
@@ -253,7 +254,10 @@ do_async_page_fault(struct pt_regs *regs, unsigned
long error_code)
kvm_async_pf_task_wait((u32)read_cr2());
break;
On Mon, Apr 16, 2012 at 12:25:37PM +0200, Jan Kiszka wrote:
On 2012-04-15 11:44, Avi Kivity wrote:
Jan, Joerg, was an AMD erratum published for the bug?
It wasn't an erratum but a documented feature limitation in the AMD
architecture that was simply ignored by the old code.
Right. But
If cpu model isn't defined then test compare all
guest cpu models with host cpu model and try test
all cpu models which is supported by host.
Signed-off-by: Jiří Župka jzu...@redhat.com
---
client/tests/kvm/tests/cpuflags.py | 66 ++--
On 2012-04-16 12:12, ya su wrote:
Hi,all:
I try 3.3 kvm-kmod to compile against redhat 2.6.32-220.7.1, after
change some macros in external-module-compat-comm.h ,
external-module-compat.h, and in some C files, finally I can compile
and run qemu-kvm(0.12 with rhel release) with 3.3
Thanks very much for the review. I'll address the comments.
Some questions on your comments below.
On Mon, Apr 16, 2012 at 01:08:07PM +0300, Gleb Natapov wrote:
@@ -37,6 +38,8 @@
#define MSR_KVM_SYSTEM_TIME_NEW 0x4b564d01
#define MSR_KVM_ASYNC_PF_EN 0x4b564d02
#define
On Mon, Apr 16, 2012 at 02:09:20PM +0300, Michael S. Tsirkin wrote:
Thanks very much for the review. I'll address the comments.
Some questions on your comments below.
On Mon, Apr 16, 2012 at 01:08:07PM +0300, Gleb Natapov wrote:
@@ -37,6 +38,8 @@
#define MSR_KVM_SYSTEM_TIME_NEW
note:
proxmox2 kernel is based on 2.6.32-220.7.1.el6 RHEL6.2 kernel.
+ qemu-kvm git.
- Mail original -
De: Stefan Pietsch stefan.piet...@lsexperts.de
À: Hans-Kristian Bakke hkba...@gmail.com
Cc: kvm@vger.kernel.org
Envoyé: Lundi 16 Avril 2012 11:01:16
Objet: Re: Virtio network
Hi,
i was wondering if there will be a qemu-kvm version 1.0.1?
The last tag I see here is 1.0:
http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=summary
Any hints?
Thanks,
Peter
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
Replacing the current qemu-kvm in Debian Wheezy (based on kernel
3.2.X) (qemu-kvm_1.0+dfsg-9_amd64.deb) with
qemu-kvm_1.0+dfsg-8_amd64.deb gives me the following performance
numbers:
guest to guest: ~19.1 gbit/s
host to guest: ~27.3 gbit/s
In other words I think it is safe to say that there is
On 04/16/2012 01:20 PM, Xiao Guangrong wrote:
It is used to avoid the unnecessary overload
It's overloading me :(
Sorry.
The trick is to send those in separate patchset so the maintainer
doesn't notice.
--
error compiling committee.c: too many arguments to function
--
To
On 04/16/2012 01:25 PM, Jan Kiszka wrote:
Jan, Joerg, was an AMD erratum published for the bug?
It wasn't an erratum but a documented feature limitation in the AMD
architecture that was simply ignored by the old code.
Are you referring to
15.2.5 Restartable Instructions
SVM is
On 04/16/2012 01:30 PM, Roedel, Joerg wrote:
On Mon, Apr 16, 2012 at 12:25:37PM +0200, Jan Kiszka wrote:
On 2012-04-15 11:44, Avi Kivity wrote:
Jan, Joerg, was an AMD erratum published for the bug?
It wasn't an erratum but a documented feature limitation in the AMD
architecture that
On Mon, Apr 16, 2012 at 11:45:44AM +0200, Alexander Graf wrote:
While trying to trace down why some BookE systems were only able to
do as many guest vcpus as there were host cpus available, we
stumbled over this one. Is there any limitation on book3s_hv that
would limit the available vcpus to
On Thu, Apr 12, 2012 at 02:21:06PM -0400, Rik van Riel wrote:
On 04/11/2012 01:21 PM, Chegu Vinod wrote:
Hello,
While running an AIM7 (workfile.high_systime) in a single 40-way (or a single
60-way KVM guest) I noticed pretty bad performance when the guest was booted
with 3.3.1 kernel when
On Mon, Apr 16, 2012 at 02:24:46PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 02:09:20PM +0300, Michael S. Tsirkin wrote:
Thanks very much for the review. I'll address the comments.
Some questions on your comments below.
On Mon, Apr 16, 2012 at 01:08:07PM +0300, Gleb Natapov
On Mon, 16 Apr 2012, Avi Kivity wrote:
On 04/16/2012 01:30 PM, Roedel, Joerg wrote:
On Mon, Apr 16, 2012 at 12:25:37PM +0200, Jan Kiszka wrote:
On 2012-04-15 11:44, Avi Kivity wrote:
Jan, Joerg, was an AMD erratum published for the bug?
It wasn't an erratum but a documented feature
kvm-kmod 3.3 patch attached.
I also change kernel to export __get_user_pages_fast.
Regards.
Suya.
2012/4/16, Jan Kiszka jan.kis...@siemens.com:
On 2012-04-16 12:12, ya su wrote:
Hi,all:
I try 3.3 kvm-kmod to compile against redhat 2.6.32-220.7.1, after
change some macros in
On 04/16/2012 03:18 PM, Gerhard Wiesinger wrote:
Right. But there is an erratum on K8 (only) which Kevin ran into. It is
documented as Erratum 701 and the bug is that no EXITINTINFO is stored
on a task-switch intercept on K8.
Ah, so this could affect Gerhard. Gerhard, what's your cpu
On Mon, Apr 16, 2012 at 03:18:25PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 02:24:46PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 02:09:20PM +0300, Michael S. Tsirkin wrote:
Thanks very much for the review. I'll address the comments.
Some questions on your comments
On 04/16/2012 01:19 PM, Andreas Färber wrote:
Am 16.04.2012 12:13, schrieb Avi Kivity:
On 04/15/2012 09:38 PM, Andreas Färber wrote:
From: David Gibson da...@gibson.dropbear.id.au
On target-ppc, our table of CPU types and features encodes the features as
found on the hardware,
On 04/14/2012 12:33 AM, Marcelo Tosatti wrote:
mmio sptes are not related to any particular slot (by definition),
i think you misunderstood the purpose of this flush. It handles
1) [start, end] gpa range unmapped.
2) mmio sptes are created that map this range.
3) a new slot is created. mmio
On 02.04.2012, at 11:46, Benjamin Herrenschmidt wrote:
On Mon, 2012-04-02 at 12:06 +0300, Avi Kivity wrote:
The current process is such that it takes absolutely forever for our
patches to get in, which is a major PITA for something in such state of
active development.
If the patches were
On 04/16/2012 03:47 PM, Alexander Graf wrote:
On 02.04.2012, at 11:46, Benjamin Herrenschmidt wrote:
On Mon, 2012-04-02 at 12:06 +0300, Avi Kivity wrote:
The current process is such that it takes absolutely forever for our
patches to get in, which is a major PITA for something in such
On Mon, Apr 16, 2012 at 01:28:55PM +0300, Gleb Natapov wrote:
On Sat, Apr 14, 2012 at 11:44:53AM +0200, Peter Zijlstra wrote:
On Wed, 2012-04-04 at 15:30 +0300, Gleb Natapov wrote:
@@ -253,7 +254,10 @@ do_async_page_fault(struct pt_regs *regs, unsigned
long error_code)
On 16.04.2012, at 14:13, Paul Mackerras wrote:
On Mon, Apr 16, 2012 at 11:45:44AM +0200, Alexander Graf wrote:
While trying to trace down why some BookE systems were only able to
do as many guest vcpus as there were host cpus available, we
stumbled over this one. Is there any limitation on
On 16.04.2012, at 14:53, Avi Kivity wrote:
On 04/16/2012 03:47 PM, Alexander Graf wrote:
On 02.04.2012, at 11:46, Benjamin Herrenschmidt wrote:
On Mon, 2012-04-02 at 12:06 +0300, Avi Kivity wrote:
The current process is such that it takes absolutely forever for our
patches to get in,
On Mon, 2012-04-16 at 15:58 +0300, Gleb Natapov wrote:
- rcu_irq_enter();
+ irq_enter();
exit_idle();
Do we really need the exit_idle()? I can't remember other interrupt
handlers doing that.
--
To unsubscribe from this list: send the line
On Mon, Apr 16, 2012 at 03:05:48PM +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 15:58 +0300, Gleb Natapov wrote:
- rcu_irq_enter();
+ irq_enter();
exit_idle();
Do we really need the exit_idle()? I can't remember other interrupt
handlers
On 2012-04-16 14:23, ya su wrote:
kvm-kmod 3.3 patch attached.
I also change kernel to export __get_user_pages_fast.
Ugh, that's huge. How did you select which feature to enable? Based on
compile tests? The risk would then be to miss some bits that are
additionally required. Or did you step
On Mon, Apr 16, 2012 at 03:30:47PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:18:25PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 02:24:46PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 02:09:20PM +0300, Michael S. Tsirkin wrote:
Thanks very much for the
On Mon, 2012-04-16 at 16:08 +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:05:48PM +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 15:58 +0300, Gleb Natapov wrote:
- rcu_irq_enter();
+ irq_enter();
exit_idle();
Do we really
On 09.04.2012, at 06:33, Bharat Bhushan wrote:
Time for which the hrtimer is started for decrementer emulation is calculated
using tb_ticks_per_usec. While hrtimer uses the clockevent for DEC
reprogramming (if needed) and which calculate timebase ticks using the
multiplier and shifter
On 23.03.2012, at 05:39, Bharat Bhushan wrote:
Keep track of minimum and maximum address mapped by tlb1.
This helps in TLBMISS handling in KVM to quick check whether the address lies
in mapped range.
If address does not lies in this range then no need to look in each tlb1
entry of tlb1
On Mon, 2012-04-16 at 15:18 +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 16:08 +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:05:48PM +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 15:58 +0300, Gleb Natapov wrote:
- rcu_irq_enter();
+
I know that -rc3 went out meanwhile but git handles that fine.
Please pull for 3.4, thanks!
The following changes since commit 0034102808e0dbbf3a2394b82b1bb40b5778de9e:
Linux 3.4-rc2 (2012-04-07 18:30:41 -0700)
are available in the git repository at:
The discussion on this patch seems to have fizzled, with no clear short
term solution. Jan gave a Reviewed-by and Michael an Acked-by for this
patch. There's work left to do, but I request that we pull in this fix
now. Thanks,
Alex
On Wed, 2012-04-04 at 21:42 -0600, Alex Williamson wrote:
On Sun, 15 Apr 2012 14:25:30 +0300
Avi Kivity a...@redhat.com wrote:
@@ -1689,7 +1690,7 @@ static void mmu_sync_children(struct kvm_vcpu *vcpu,
kvm_mmu_pages_init(parent, parents, pages);
while (mmu_unsync_walk(parent, pages)) {
- int protected = 0;
+ bool
On Mon, Apr 16, 2012 at 03:27:20PM +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 15:18 +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 16:08 +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:05:48PM +0200, Peter Zijlstra wrote:
On Mon, 2012-04-16 at 15:58 +0300, Gleb Natapov
Guest r8 register is held in the scratch register and stored correctly,
so remove the instruction that clobbers it. Guest r13 was missing from vcpu,
store it there.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
---
arch/powerpc/kvm/bookehv_interrupts.S |2 +-
1 files changed, 1
Interrupt code used PPC_LL/PPC_STL macros to load/store some of u32 fields
which led to memory overflow on 64-bit. Use lwz/stw instead.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
---
arch/powerpc/kvm/bookehv_interrupts.S | 16
1 files changed, 8 insertions(+), 8
On Mon, 2012-04-16 at 17:17 +0300, Gleb Natapov wrote:
Should I resend the patch with removal of exit_idle() call or it will
be removed by a patch that removes exit_idle() completely later?
I think we can do the latter, once we decided what to do with that stuff
we can clean it up/remove it
On 04/16/2012 05:14 PM, Takuya Yoshikawa wrote:
On Sun, 15 Apr 2012 14:25:30 +0300
Avi Kivity a...@redhat.com wrote:
@@ -1689,7 +1690,7 @@ static void mmu_sync_children(struct kvm_vcpu
*vcpu,
kvm_mmu_pages_init(parent, parents, pages);
while
On 04/16/2012 05:03 PM, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution. Jan gave a Reviewed-by and Michael an Acked-by for this
patch. There's work left to do, but I request that we pull in this fix
now. Thanks,
I agree (but am
I first notice 3.3 release notes, it says it can compile against
2.6.32-40, so I think it can work with 2.6.32, then I change it with
rhel 2.6.32 kernel.
I just re-change orginal kvm-kmod 3.3 with rhel 2.6.32, only to change
compile redefination errors, but the problem remains the same. the
On 4/16/2012 5:18 AM, Gleb Natapov wrote:
On Thu, Apr 12, 2012 at 02:21:06PM -0400, Rik van Riel wrote:
On 04/11/2012 01:21 PM, Chegu Vinod wrote:
Hello,
While running an AIM7 (workfile.high_systime) in a single 40-way (or a single
60-way KVM guest) I noticed pretty bad performance when the
On 2012-04-16 16:34, ya su wrote:
I first notice 3.3 release notes, it says it can compile against
2.6.32-40, so I think it can work with 2.6.32, then I change it with
rhel 2.6.32 kernel.
The problem is that the RHEL 2.6.32 kernel has nothing to do with a
standard 2.6.32 as too many features
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I think we are in concensus, it's just that there are
multiple bugs still left to fix.
First, we need to prevent guest from touching command
On 2012-04-16 17:06, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I think we are in concensus, it's just that there are
multiple bugs still left to fix.
On Mon, Apr 16, 2012 at 04:13:29PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 03:30:47PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:18:25PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 02:24:46PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at
On Sun, 15 Apr 2012 12:32:59 +0300
Avi Kivity a...@redhat.com wrote:
Just to throw another idea into the mix - we can have write-protect-less
dirty logging, too. Instead of write protection, drop the dirty bit,
and check it again when reading the dirty log. It might look like we're
On Sat, Mar 31, 2012 at 09:37:45AM +0530, Srivatsa Vaddagiri wrote:
* Thomas Gleixner t...@linutronix.de [2012-03-31 00:07:58]:
I know that Peter is going to go berserk on me, but if we are running
a paravirt guest then it's simple to provide a mechanism which allows
the host (aka
On Mon, 16 Apr 2012 17:28:32 +0300
Avi Kivity a...@redhat.com wrote:
But the real question is whether there is any point in re-writing completely
correct C code: there are tons of int like this in the kernel code.
__rmap_write_protect() was introduced recently, so if this conversion is
On 04/16/2012 06:49 PM, Takuya Yoshikawa wrote:
This doesn't work for EPT, which lacks a dirty bit. But we can emulate
it: take a free bit and call it spte.NOTDIRTY, when it is set, we also
clear spte.WRITE, and teach the mmu that if it sees spte.NOTDIRTY and
can just set spte.WRITE and
Hi
Please send in any agenda items you are interested in covering.
Cheers,
Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Apr 16, 2012 at 05:10:07PM +0200, Jan Kiszka wrote:
On 2012-04-16 17:06, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I think we are in
On Mon, Apr 16, 2012 at 06:06:40PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I think we are in concensus, it's just that there are
multiple bugs
On 2012-04-16 18:08, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 05:10:07PM +0200, Jan Kiszka wrote:
On 2012-04-16 17:06, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
On 2010-06-16 23:11, 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.
Unfortunately,
On Mon, Apr 16, 2012 at 06:13:03PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:08, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 05:10:07PM +0200, Jan Kiszka wrote:
On 2012-04-16 17:06, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The
On Mon, 2012-04-16 at 16:44 +0100, Konrad Rzeszutek Wilk wrote:
On Sat, Mar 31, 2012 at 09:37:45AM +0530, Srivatsa Vaddagiri wrote:
* Thomas Gleixner t...@linutronix.de [2012-03-31 00:07:58]:
I know that Peter is going to go berserk on me, but if we are running
a paravirt guest then
On 2012-04-16 18:36, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:13:03PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:08, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 05:10:07PM +0200, Jan Kiszka wrote:
On 2012-04-16 17:06, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at
On 04/16/2012 09:36 AM, Ian Campbell wrote:
On Mon, 2012-04-16 at 16:44 +0100, Konrad Rzeszutek Wilk wrote:
On Sat, Mar 31, 2012 at 09:37:45AM +0530, Srivatsa Vaddagiri wrote:
* Thomas Gleixner t...@linutronix.de [2012-03-31 00:07:58]:
I know that Peter is going to go berserk on me, but if we
On 01.04.2012, at 21:51, Andreas Schwab wrote:
Alexander Graf ag...@suse.de writes:
@@ -662,6 +668,13 @@ static int kvm_vcpu_ioctl_set_one_reg(struct kvm_vcpu
*vcpu,
int r = -EINVAL;
switch (reg-id) {
+#ifdef CONFIG_PPC_BOOK3S
+case KVM_ONE_REG_PPC_HIOR:
+r
On 04/16/2012 07:33 PM, Jan Kiszka wrote:
On 2010-06-16 23:11, 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
On Mon, Apr 16, 2012 at 06:38:22PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:36, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:13:03PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:08, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 05:10:07PM +0200, Jan Kiszka wrote:
On 2012-04-16
On Mon, Apr 16, 2012 at 06:10:11PM +0300, Gleb Natapov wrote:
lapic changes should be minimal.
Exactly my motivation.
My patch removes 13 lines more :)
Haven't checked whether your patch is correct yet
but I see it's checking the eoi register on each exit.
I think it's clear this
On Mon, Apr 16, 2012 at 07:33:28PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:10:11PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 04:13:29PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 03:30:47PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at
We can't run PIT IRQ injection work in the interrupt context of the host
timer. This would allow the user to influence the handler complexity by
asking for a broadcast to a large number of VCPUs. Therefore, this work
was pushed into workqueue context in 9d244caf2e. However, this prevents
On Mon, Apr 16, 2012 at 08:24:16PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:10:11PM +0300, Gleb Natapov wrote:
lapic changes should be minimal.
Exactly my motivation.
My patch removes 13 lines more :)
Haven't checked whether your patch is correct yet
but I
On Mon, Apr 16, 2012 at 12:12:52PM -0400, Jason Baron wrote:
On Mon, Apr 16, 2012 at 06:06:40PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I
On Mon, Apr 16, 2012 at 06:10:11PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 04:13:29PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 03:30:47PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 03:18:25PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at
On 2012-04-16 19:12, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:38:22PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:36, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:13:03PM +0200, Jan Kiszka wrote:
On 2012-04-16 18:08, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at
On Mon, Apr 16, 2012 at 08:37:37PM +0300, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 08:24:16PM +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 06:10:11PM +0300, Gleb Natapov wrote:
lapic changes should be minimal.
Exactly my motivation.
My patch removes 13 lines
On Mon, Apr 16, 2012 at 08:51:16PM +0300, Gleb Natapov wrote:
Only when eoi is pending. This is rare.
This is exactly while guest handles an interrupt.
It's not all that rare at all: e.g. device
drivers cause an exit from interrupt
handler by doing io.
So eoi will be coalesced with
On Mon, 2012-04-16 at 18:06 +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I think we are in concensus, it's just that there are
multiple bugs still
On Mon, Apr 16, 2012 at 01:07:56PM -0600, Alex Williamson wrote:
On Mon, 2012-04-16 at 18:06 +0300, Michael S. Tsirkin wrote:
On Mon, Apr 16, 2012 at 08:03:17AM -0600, Alex Williamson wrote:
The discussion on this patch seems to have fizzled, with no clear short
term solution.
I
Real command register is under kernel control:
it includes bits for triggering SERR, marking
BARs as invalid and such which are under host
kernel control. Don't touch any except bus master
which is ok to put under guest control and intx
mask which kvm interrupt sharing machinery
explicitly allows.
On Mon, 2012-04-16 at 22:53 +0300, Michael S. Tsirkin wrote:
Real command register is under kernel control:
it includes bits for triggering SERR, marking
BARs as invalid and such which are under host
kernel control. Don't touch any except bus master
which is ok to put under guest control and
On Mon, Apr 16, 2012 at 06:54:50PM +0200, Alexander Graf wrote:
Yeah :(. I already have this patch in my tree to fix that:
...
case KVM_REG_PPC_HIOR:
- r = put_user(to_book3s(vcpu)-hior,
-(u64 __user *)(long)reg-addr);
+ r =
On Mon, 2012-04-16 at 15:53 +0300, Avi Kivity wrote:
kvm.git next is exposed to linux-next, where they get tested quite a
lot. Granted it's mostly build testing, and people are unlikely to
test
kvm there, but they will test the non-kvm bits that creep in there.
The alternative would be
于 2012年04月13日 07:00, Greg KH 写道:
On Wed, Apr 11, 2012 at 09:57:34AM +0800, zhangyanfei wrote:
This patch creates sysfs file to export where VMCSINFO is allocated,
as below:
$ cat /sys/kernel/vmcsinfo
1cb88a0 2000
number on the left-hand side is the physical address of
On Tue, Apr 17, 2012 at 09:52:42AM +0800, zhangyanfei wrote:
于 2012年04月13日 07:00, Greg KH 写道:
On Wed, Apr 11, 2012 at 09:57:34AM +0800, zhangyanfei wrote:
This patch creates sysfs file to export where VMCSINFO is allocated,
as below:
$ cat /sys/kernel/vmcsinfo
1cb88a0
* Ian Campbell ian.campb...@citrix.com [2012-04-16 17:36:35]:
The current pv-spinlock patches however does not track which vcpu is
spinning at what head of the ticketlock. I suppose we can consider
that optimization in future and see how much benefit it provides (over
plain
On Mon, Apr 16, 2012 at 03:52:10PM +0900, Kuniyasu Suzaki wrote:
Marcelo,
From: Marcelo Tosatti mtosa...@redhat.com
Subject: Re: EuroSec'12 Presentation (ASLR reduces effect of KSM)
Date: Fri, 13 Apr 2012 21:47:47 -0300
On Thu, Apr 12, 2012 at 08:24:57PM +0900, Kuniyasu Suzaki wrote:
On Wed, Apr 04, 2012 at 09:42:32PM -0600, Alex Williamson wrote:
We've hit a kernel host panic, when issuing a 'system_reset' with an
82576 nic assigned and a Windows guest. Host system is a PowerEdge R815.
[Hardware Error]: Hardware error from APEI Generic Hardware Error Source:
32993
At 03/20/2012 11:45 PM, Gleb Natapov Wrote:
On Tue, Mar 20, 2012 at 05:59:16PM +0800, Wen Congyang wrote:
At 03/19/2012 03:33 PM, Wen Congyang Wrote:
At 03/08/2012 03:57 PM, Wen Congyang Wrote:
We can know the guest is paniced when the guest runs on xen.
But we do not have such feature on
1 - 100 of 115 matches
Mail list logo
