On Tue, May 07, 2013 at 09:37:30AM +0800, Asias He wrote:
> Hi,
>
> I am seeing this with linus/master. Any ideas?
>
How reproducible it this? What HEAD are you seeing this with?
--
Gleb.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a m
Il 07/05/2013 08:51, Asias He ha scritto:
> It is disabled as a workaround. Now userspace bits works fine with it.
> So, let's enable it.
>
> Signed-off-by: Asias He
> ---
> drivers/vhost/scsi.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
>
> diff --git a/drivers/vhost/scsi.c
Il 07/05/2013 05:39, Hu Tao ha scritto:
> pvpanic device is a qemu simulated device through which guest panic
> event is sent to host.
>
> Signed-off-by: Hu Tao
> ---
>
> v17 -> v18: 1. call acpi_walk_resources to get the port, and usb outb instead
> of acpi_evaluate_oject in pa
On Tue, May 07, 2013 at 10:55:36AM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 09:37:30AM +0800, Asias He wrote:
> > Hi,
> >
> > I am seeing this with linus/master. Any ideas?
> >
> How reproducible it this? What HEAD are you seeing this with?
Almost always. Start a guest with vhost-net
On Tue, May 07, 2013 at 04:14:50PM +0800, Asias He wrote:
> On Tue, May 07, 2013 at 10:55:36AM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 09:37:30AM +0800, Asias He wrote:
> > > Hi,
> > >
> > > I am seeing this with linus/master. Any ideas?
> > >
> > How reproducible it this? What HEA
On Tue, May 07, 2013 at 11:18:38AM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 04:14:50PM +0800, Asias He wrote:
> > On Tue, May 07, 2013 at 10:55:36AM +0300, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 09:37:30AM +0800, Asias He wrote:
> > > > Hi,
> > > >
> > > > I am seeing this w
On Tue, May 07, 2013 at 11:18:38AM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 04:14:50PM +0800, Asias He wrote:
> > On Tue, May 07, 2013 at 10:55:36AM +0300, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 09:37:30AM +0800, Asias He wrote:
> > > > Hi,
> > > >
> > > > I am seeing this w
On Tue, May 07, 2013 at 04:36:50PM +0800, Asias He wrote:
> On Tue, May 07, 2013 at 11:18:38AM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 04:14:50PM +0800, Asias He wrote:
> > > On Tue, May 07, 2013 at 10:55:36AM +0300, Gleb Natapov wrote:
> > > > On Tue, May 07, 2013 at 09:37:30AM +080
On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
> On 05/07/2013 01:24 AM, Gleb Natapov wrote:
> > On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote:
> >> On 05/06/2013 08:36 PM, Gleb Natapov wrote:
> >>
> > Step 1) Fix kvm_mmu_zap_all's behaviour: introduce lockbrea
On Tue, May 07, 2013 at 11:42:07AM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 04:36:50PM +0800, Asias He wrote:
> > On Tue, May 07, 2013 at 11:18:38AM +0300, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 04:14:50PM +0800, Asias He wrote:
> > > > On Tue, May 07, 2013 at 10:55:36AM +030
On Tue, May 07, 2013 at 05:10:41PM +0800, Asias He wrote:
> On Tue, May 07, 2013 at 11:42:07AM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 04:36:50PM +0800, Asias He wrote:
> > > On Tue, May 07, 2013 at 11:18:38AM +0300, Gleb Natapov wrote:
> > > > On Tue, May 07, 2013 at 04:14:50PM +080
On Tue, 7 May 2013 12:12:09 +0300
Gleb Natapov wrote:
> On Tue, May 07, 2013 at 05:10:41PM +0800, Asias He wrote:
> > On Tue, May 07, 2013 at 11:42:07AM +0300, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 04:36:50PM +0800, Asias He wrote:
> > > > On Tue, May 07, 2013 at 11:18:38AM +0300, Gle
On Tue, May 07, 2013 at 10:10:32AM +0200, Paolo Bonzini wrote:
> Il 07/05/2013 05:39, Hu Tao ha scritto:
> > pvpanic device is a qemu simulated device through which guest panic
> > event is sent to host.
> >
> > Signed-off-by: Hu Tao
> > ---
> >
> > v17 -> v18: 1. call acpi_walk_resources to ge
From: Bharat Bhushan
This patchset adds the userspace debug support for booke/bookehv.
this is tested on powerpc e500v2/e500mc devices.
We are now assuming that debug resource will not be used by kernel for
its own debugging. It will be used for only kernel user process debugging.
So the kernel
This patch adds the debug stub support on booke/bookehv.
Now QEMU debug stub can use hw breakpoint, watchpoint and
software breakpoint to debug guest.
This is how we save/restore debug register context when switching
between guest, userspace and kernel user-process:
When QEMU is running
-> threa
KVM need this function when switching from vcpu to user-space
thread. My subsequent patch will use this function.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/switch_to.h |4
arch/powerpc/kernel/process.c|3 ++-
2 files changed, 6 insertions(+), 1 deletions(-)
"ehpriv" instruction is used for setting software breakpoints
by user space. This patch adds support to exit to user space
with "run->debug" have relevant information.
As this is the first point we are using run->debug, also defined
the run->debug structure.
Signed-off-by: Bharat Bhushan
---
ar
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index 59dd545..8779234 100644
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/proce
This way we can use same data type struct with KVM and
also help in using other debug related function.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/processor.h | 38 +
arch/powerpc/include/asm/reg_booke.h |8 +-
arch/powerpc/kernel/asm-offsets.c|2 +-
arch/po
For KVM also use the "struct debug_reg" defined in asm/processor.h
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/kvm_host.h | 13 +
arch/powerpc/kvm/booke.c| 34 --
2 files changed, 25 insertions(+), 22 deletions(-)
diff -
On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
>> On 05/07/2013 01:24 AM, Gleb Natapov wrote:
>>> On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote:
On 05/06/2013 08:36 PM, Gleb Natapov wrote:
>>> Step 1) Fix
On 05/07/2013 11:32 AM, Scott Wood wrote:
booke64 was not maintaing consistent lazy ee state when exiting the
One typo ;-)
s/maintaing/maintaining
guest, leading to warnings and worse.
booke32 was less affected due to the absence of lazy ee, but it was
still feeding bad information into tr
On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote:
> On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
> >> On 05/07/2013 01:24 AM, Gleb Natapov wrote:
> >>> On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote:
>
Hello,
With v3.9 kernel and Nehalem CPU (i.e. unrestricted_guest=N),
a guest stuck during boot (seemingly in BIOS).
When setting emulate_invalid_guest_state=0, it does boot.
(With v3.8 kernel and older, the guest used to boot fine by default.)
The userspace is qemu-kvm of RHEL6.
It seems the gues
On 05/07/2013 09:33 AM, tiejun.chen wrote:
On 05/06/2013 10:58 PM, Alexander Graf wrote:
On 05/06/2013 04:53 AM, Tiejun Chen wrote:
Actually E500MC also support doorbell exception, and CONFIG_PPC_E500MC
can cover BOOK3E/BOOK3E_64 as well.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kvm/booke
CONFIG_PPC_DOORBELL is enough to cover all variants.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kvm/booke.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/booke.c b/arch/powerpc/kvm/booke.c
index 1020119..62d4ece 100644
--- a/arch/powerpc/kvm/booke.c
+++
On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
> Hello,
>
> With v3.9 kernel and Nehalem CPU (i.e. unrestricted_guest=N),
> a guest stuck during boot (seemingly in BIOS).
> When setting emulate_invalid_guest_state=0, it does boot.
> (With v3.8 kernel and older, the guest used to
On 05/07/13 19:35, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
>> Hello,
>>
>> With v3.9 kernel and Nehalem CPU (i.e. unrestricted_guest=N),
>> a guest stuck during boot (seemingly in BIOS).
>> When setting emulate_invalid_guest_state=0, it does boot.
>> (
We also can direct ISI exception to Guest like DSI.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kvm/booke_emulate.c |3 +++
arch/powerpc/kvm/e500mc.c|3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/booke_emulate.c b/arch/powerpc/kvm/booke_emu
On Tue, 7 May 2013 11:21:09 +0200
Cornelia Huck wrote:
> On Tue, 7 May 2013 12:12:09 +0300
> Gleb Natapov wrote:
>
> > On Tue, May 07, 2013 at 05:10:41PM +0800, Asias He wrote:
> > > On Tue, May 07, 2013 at 11:42:07AM +0300, Gleb Natapov wrote:
> > > > On Tue, May 07, 2013 at 04:36:50PM +0800,
I didn't do any back-merging tricks this time,
as a result this is behind master by quite a lot.
But I did a test merge and it came out correctly,
so this shouldn't be an issue.
The following changes since commit 181c04a357bb791587c55a99362c2fdde2c64f18:
vhost_scsi: module rename (2013-05-02 13
On Tue, May 07, 2013 at 02:54:32PM +0800, Asias He wrote:
> Asias He (4):
> vhost-net: Always access vq->private_data under vq mutex
> vhost-test: Always access vq->private_data under vq mutex
> vhost-scsi: Always access vq->private_data under vq mutex
> vhost: Remove custom vhost rcu usage
On Tue, May 07, 2013 at 02:52:45PM +0800, Asias He wrote:
> Fix it by:
> 1) switching to use the new device specific fields per vq
> 2) not including vhost.c, instead make vhost-test.ko depend on vhost.ko.
Please split this up.
1. make test work for 3.10
2. make test work for 3.11
thanks!
> ---
On Tue, May 07, 2013 at 08:05:27PM +0900, Jun'ichi Nomura wrote:
> On 05/07/13 19:35, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
> >> Hello,
> >>
> >> With v3.9 kernel and Nehalem CPU (i.e. unrestricted_guest=N),
> >> a guest stuck during boot (seemingl
"Michael S. Tsirkin" writes:
> On Mon, May 06, 2013 at 03:41:36PM +0930, Rusty Russell wrote:
>> Asias He writes:
>> > Asias He (3):
>> > vhost: Remove vhost_enable_zcopy in vhost.h
>> > vhost: Move VHOST_NET_FEATURES to net.c
>> > vhost: Make vhost a separate module
>>
>> I like these cle
On Tue, May 07, 2013 at 02:13:44PM +0930, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > On Mon, May 06, 2013 at 03:41:36PM +0930, Rusty Russell wrote:
> >> Asias He writes:
> >> > Asias He (3):
> >> > vhost: Remove vhost_enable_zcopy in vhost.h
> >> > vhost: Move VHOST_NET_FEATURES
Hello,
After upgrading kernel from 3.8.x to 3.9 booting virtual machine with
kvm acceleration enabled stuck at or after iPXE initialization:
/usr/bin/qemu-system-x86_64 ... works as expected
/usr/bin/qemu-system-x86_64 -machine accel=kvm ... stuck
If network is disabled (-net none) everything work
Juan Quintela wrote:
> Hi
>
> Please send in any agenda topics you are interested in.
As there are no topics, call gets cancelled.
Have a nice day.
Later, Juan.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordo
On Tue, May 07, 2013 at 01:07:06PM +0200, Cornelia Huck wrote:
> On Tue, 7 May 2013 11:21:09 +0200
> Cornelia Huck wrote:
>
> > On Tue, 7 May 2013 12:12:09 +0300
> > Gleb Natapov wrote:
> >
> > > On Tue, May 07, 2013 at 05:10:41PM +0800, Asias He wrote:
> > > > On Tue, May 07, 2013 at 11:42:07A
On Tue, May 07, 2013 at 01:00:51PM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote:
> > On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
> > >> On 05/07/2013 01:24 AM, Gleb Natapov wrote:
>
On Tue, May 07, 2013 at 05:29:09PM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 01:07:06PM +0200, Cornelia Huck wrote:
> > On Tue, 7 May 2013 11:21:09 +0200
> > Cornelia Huck wrote:
> >
> > > On Tue, 7 May 2013 12:12:09 +0300
> > > Gleb Natapov wrote:
> > >
> > > > On Tue, May 07, 2013
On Tue, May 07, 2013 at 11:39:59AM +0800, Xiao Guangrong wrote:
> >>> Step 1) Fix kvm_mmu_zap_all's behaviour: introduce lockbreak via
> >>> spin_needbreak. Use generation numbers so that in case kvm_mmu_zap_all
> >>> releases mmu_lock and reacquires it again, only shadow pages
> >>> from the gen
Il 07/05/2013 14:06, Gleb Natapov ha scritto:
> On Tue, May 07, 2013 at 08:05:27PM +0900, Jun'ichi Nomura wrote:
>> On 05/07/13 19:35, Gleb Natapov wrote:
>>> On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
Hello,
With v3.9 kernel and Nehalem CPU (i.e. unrestricted_g
In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
kvm_arch_init() will fail with -EEXIST, then kvm_irqfd_exit() will be
called on the error handling path. This way, the kvm_irqfd system will
not be ready.
This
Il 07/05/2013 15:48, Vladimir ha scritto:
> Hello,
>
> After upgrading kernel from 3.8.x to 3.9 booting virtual machine with
> kvm acceleration enabled stuck at or after iPXE initialization:
> /usr/bin/qemu-system-x86_64 ... works as expected
> /usr/bin/qemu-system-x86_64 -machine accel=kvm ... st
On Tue, May 07, 2013 at 11:33:29AM -0300, Marcelo Tosatti wrote:
> On Tue, May 07, 2013 at 01:00:51PM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote:
> > > On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> > > > On Tue, May 07, 2013 at 01:45:52AM +0800, Xi
Hi all,
i am trying to figure out the code path which translate the emulated
disk IO issued by VM to actual physical disk IO on host side. Can
anyone give me a clear view about this?
i read the kvm side code about the VMexit handling, the handle_io()
will be called for IO exits. for IO job that c
On Tue, May 07, 2013 at 10:54:16PM +0800, Asias He wrote:
> In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
> kvm_arch_init() will fail with -EEXIST,
Wow. Is this intentional?
> then kvm_irqfd_exit() will
On Tue, May 07, 2013 at 04:46:22PM +0200, Paolo Bonzini wrote:
> Il 07/05/2013 14:06, Gleb Natapov ha scritto:
> > On Tue, May 07, 2013 at 08:05:27PM +0900, Jun'ichi Nomura wrote:
> >> On 05/07/13 19:35, Gleb Natapov wrote:
> >>> On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
> >>
On Tue, May 07, 2013 at 05:59:38PM +0300, Michael S. Tsirkin wrote:
> On Tue, May 07, 2013 at 10:54:16PM +0800, Asias He wrote:
> > In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> > kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
> > kvm_arch_init() will
On Tue, May 07, 2013 at 05:56:08PM +0300, Gleb Natapov wrote:
> > > Yes, I am missing what Marcelo means there too. We cannot free memslot
> > > until we unmap its rmap one way or the other.
> >
> > I do not understand what are you optimizing for, given the four possible
> > cases we discussed at
On Tue, May 07, 2013 at 11:05:12PM +0800, Asias He wrote:
> On Tue, May 07, 2013 at 05:59:38PM +0300, Michael S. Tsirkin wrote:
> > On Tue, May 07, 2013 at 10:54:16PM +0800, Asias He wrote:
> > > In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> > > kvm_init() is called the second
On Tue, May 07, 2013 at 06:11:33PM +0300, Michael S. Tsirkin wrote:
> On Tue, May 07, 2013 at 11:05:12PM +0800, Asias He wrote:
> > On Tue, May 07, 2013 at 05:59:38PM +0300, Michael S. Tsirkin wrote:
> > > On Tue, May 07, 2013 at 10:54:16PM +0800, Asias He wrote:
> > > > In commit a0f155e96 'KVM: I
On Tue, May 07, 2013 at 06:16:09PM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 06:11:33PM +0300, Michael S. Tsirkin wrote:
> > On Tue, May 07, 2013 at 11:05:12PM +0800, Asias He wrote:
> > > On Tue, May 07, 2013 at 05:59:38PM +0300, Michael S. Tsirkin wrote:
> > > > On Tue, May 07, 2013 at
On Tue, May 07, 2013 at 06:24:48PM +0300, Michael S. Tsirkin wrote:
> On Tue, May 07, 2013 at 06:16:09PM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 06:11:33PM +0300, Michael S. Tsirkin wrote:
> > > On Tue, May 07, 2013 at 11:05:12PM +0800, Asias He wrote:
> > > > On Tue, May 07, 2013 at
Paolo,
The full command line is:
qemu-system-x86_64 -machine accel=kvm -m 1024m \
-net tap -net nic \
-drive file=/dev/zpool/testsrv,index=0,cache=writethrough \
-k en-us \
-no-kvm-irqchip \
-vga cirrus
I've tried any combinations of "-net" options, but the result is always
the same. I thin
On Tue, 7 May 2013 22:54:16 +0800
Asias He wrote:
> In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
> kvm_arch_init() will fail with -EEXIST, then kvm_irqfd_exit() will be
> called on the error handling p
On Tue, May 07, 2013 at 05:54:20PM +0200, Cornelia Huck wrote:
> On Tue, 7 May 2013 22:54:16 +0800
> Asias He wrote:
>
> > In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> > kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
> > kvm_arch_init() will fail w
- Messaggio originale -
> Da: "Gleb Natapov"
> A: "Paolo Bonzini"
> Cc: "Jun'ichi Nomura" , kvm@vger.kernel.org
> Inviato: Martedì, 7 maggio 2013 17:04:15
> Oggetto: Re: regression in v3.9? a guest stuck in BIOS if
> emulate_invalid_guest_state=Y
>
> On Tue, May 07, 2013 at 04:46:22PM
On 02/05/13 17:09, Catalin Marinas wrote:
> On Mon, Apr 08, 2013 at 05:17:26PM +0100, Marc Zyngier wrote:
>> static inline bool kvm_vcpu_reg_is_pc(const struct kvm_vcpu *vcpu, int reg)
>> {
>> -return false;
>> +return (vcpu_mode_is_32bit(vcpu)) && reg == 15;
>> }
>
> On AArch64, would
On 29/04/13 17:26, Catalin Marinas wrote:
> On Mon, Apr 08, 2013 at 05:17:09PM +0100, Marc Zyngier wrote:
>> +static void inject_abt64(struct kvm_vcpu *vcpu, bool is_iabt, unsigned long
>> addr)
>> +{
>> +unsigned long cpsr = *vcpu_cpsr(vcpu);
>> +int is_aarch32;
>> +u32 esr = 0;
>> +
On Tue, May 07, 2013 at 05:28:00PM +0100, Marc Zyngier wrote:
> On 02/05/13 17:09, Catalin Marinas wrote:
> > BTW, on arch/arm it looks like this is used when you get a data abort
> > with PC as the destination register and you inject a prefetch abort in
> > this case. Why isn't this a normal data
On 24/04/13 18:17, Christoffer Dall wrote:
> On Wed, Apr 24, 2013 at 6:49 AM, Marc Zyngier wrote:
>> On 24/04/13 00:02, Christoffer Dall wrote:
>>> On Mon, Apr 08, 2013 at 05:17:32PM +0100, Marc Zyngier wrote:
Wire the init of a 32bit vcpu by allowing 32bit modes in pstate,
and providing
From: David Daney
There are several parts to this:
o All registers are 64-bits wide, 32-bit guests use the least
significant portion of the register storage fields.
o FPU register formats are defined.
o CP0 Registers are manipulated via the KVM_GET_MSRS/KVM_SET_MSRS
mechanism.
The vcpu_io
On Tue, 2013-05-07 at 13:58 -0500, Scott Wood wrote:
> This will have to wait until book3s_hv disables interrupts as well. If
> this does eventually happen, then the
> local_irq_enable()/kvmppc_lazy_ee_enable() should also probably go into
> kvmppc_prepare_to_enter() -- though that could cau
On 05/07/2013 06:06:30 AM, Tiejun Chen wrote:
We also can direct ISI exception to Guest like DSI.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kvm/booke_emulate.c |3 +++
arch/powerpc/kvm/e500mc.c|3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
Are you seeing a real per
On 05/08/2013 07:40 AM, Scott Wood wrote:
On 05/07/2013 06:06:30 AM, Tiejun Chen wrote:
We also can direct ISI exception to Guest like DSI.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kvm/booke_emulate.c |3 +++
arch/powerpc/kvm/e500mc.c|3 ++-
2 files changed, 5 insertions(+)
In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
kvm_arch_init() will fail with -EEXIST, then kvm_irqfd_exit() will be
called on the error handling path. This way, the kvm_irqfd system will
not be ready.
This
pvpanic device is a qemu simulated device through which guest panic
event is sent to host.
Signed-off-by: Hu Tao
---
v18 -> v19: 1. return -ENODEV early if port is 0
v17 -> v18: 1. call acpi_walk_resources to get the port, and usb outb instead
of acpi_evaluate_oject in panic n
On 05/07/13 23:46, Paolo Bonzini wrote:
> Il 07/05/2013 14:06, Gleb Natapov ha scritto:
>> On Tue, May 07, 2013 at 08:05:27PM +0900, Jun'ichi Nomura wrote:
>>> On 05/07/13 19:35, Gleb Natapov wrote:
On Tue, May 07, 2013 at 06:55:23PM +0900, Jun'ichi Nomura wrote:
> With v3.9 kernel and Neh
On Wed, 8 May 2013 10:57:29 +0800
Asias He wrote:
> In commit a0f155e96 'KVM: Initialize irqfd from kvm_init()', when
> kvm_init() is called the second time (e.g kvm-amd.ko and kvm-intel.ko),
> kvm_arch_init() will fail with -EEXIST, then kvm_irqfd_exit() will be
> called on the error handling p
71 matches
Mail list logo
