On Fri, Nov 08, 2013 at 07:00:32AM -0500, Brian J. Murrell wrote:
On RHEL 6.4 I have a number of kvms using qemu raw disks. They are all
on a filesystem which has reached 500G (of 1TB) of usage. None of the
qemu images are full as reported by qemu-img info. Yet my VMs are all
pausing with:
https://bugzilla.kernel.org/show_bug.cgi?id=60620
--- Comment #16 from Folkert van Heusden folk...@vanheusden.com ---
@jason
It happened with multiple virtual machines but 99 out of 100 times it happened
with one specific. That one is a firewall/gateway. It does iptables filtering
and
Il 08/11/2013 11:07, Marc Zyngier ha scritto:
Do the necessary byteswap when host and guest have different
views of the universe. Actually, the only case we need to take
care of is when the guest is BE. All the other cases are naturally
handled.
Also be careful about endianness when the
Il 08/11/2013 02:31, Christoffer Dall ha scritto:
The following changes since commit e4b3c9c21bd5674e96988f7507fd924e00087cd0:
Merge branch 'kvm-arm-next-3.13-2' into kvm-arm-next (2013-10-17 20:41:44
-0700)
are available in the git repository at:
Hi,
I think that you should consider filing a ticket with your Red Hat
support for this issue to make sure it gets fixed quickly.
Thanks!
-Lukas
On Mon, 11 Nov 2013, Stefan Hajnoczi wrote:
Date: Mon, 11 Nov 2013 10:43:29 +0100
From: Stefan Hajnoczi stefa...@gmail.com
To:
On Mon 11-11-13 10:43:29, Stefan Hajnoczi wrote:
On Fri, Nov 08, 2013 at 07:00:32AM -0500, Brian J. Murrell wrote:
On RHEL 6.4 I have a number of kvms using qemu raw disks. They are all
on a filesystem which has reached 500G (of 1TB) of usage. None of the
qemu images are full as reported
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
We don't use PACATOC for PR. Avoid updating HOST_R2 with PR
KVM mode when both HV and PR are enabled in the kernel. Without this we
get the below crash
(qemu)
Unable to handle kernel paging request for data at address 0x8310
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Don't try to compute these values.
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
NOTE: I am not sure why we were originally computing dsisr and dar. So may be
we need a variant of this patch. But with this and the
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch make sure we inherit the LE bit correctly in different case
so that we can run Little Endian distro in PR mode
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
This patch depends on the below two changes
1)
Il 06/11/2013 15:46, Borislav Petkov ha scritto:
From: Borislav Petkov b...@suse.de
Subject: [PATCH] kvm, cpuid: Fix sparse warning
We need to copy padding to kernel space first before looking at it.
Reported-by: kbuild test robot fengguang...@intel.com
Signed-off-by: Borislav Petkov
On 11 November 2013 03:04, Paolo Bonzini pbonz...@redhat.com wrote:
Il 08/11/2013 11:07, Marc Zyngier ha scritto:
Do the necessary byteswap when host and guest have different
views of the universe. Actually, the only case we need to take
care of is when the guest is BE. All the other cases are
Il 11/11/2013 15:56, Christoffer Dall ha scritto:
Christoffer and Marc, please coordinate so that arm+arm64 patch go only
through one person. The conflict between your two pull requests was not
really necessary.
I don't think the same patch was in both pull requests, right?
No, this
https://bugzilla.kernel.org/show_bug.cgi?id=64801
Bug ID: 64801
Summary: Nested Virtualisation with KVM on Intel and AMD
processors: L2 unreachable
Product: Virtualization
Version: unspecified
Kernel Version: 3.12
On 11 November 2013 07:10, Paolo Bonzini pbonz...@redhat.com wrote:
Il 11/11/2013 15:56, Christoffer Dall ha scritto:
Christoffer and Marc, please coordinate so that arm+arm64 patch go only
through one person. The conflict between your two pull requests was not
really necessary.
I don't
x86/eventinj.c: Assembler messages:
x86/eventinj.c:151: Error: bad register name `%rsp'
x86/eventinj.c:152: Error: bad register name `%rsp'
--
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
On Mon, Nov 11, 2013 at 06:34:01PM +0200, Michael S. Tsirkin wrote:
x86/eventinj.c: Assembler messages:
x86/eventinj.c:151: Error: bad register name `%rsp'
x86/eventinj.c:152: Error: bad register name `%rsp'
How about that?
diff --git a/x86/eventinj.c b/x86/eventinj.c
index 3d36b37..9d4392c
Il 11/11/2013 16:49, Christoffer Dall ha scritto:
I don't think it would have made much sense - that patch was part of a
series that was touching mainly arch/arm/kvm/* and therefore I
included it in my pull. It would have been strange to have a
kvm-arm-next tree that included 75% of the
On 11 November 2013 17:56, Paolo Bonzini pbonz...@redhat.com wrote:
BTW, why did the arm/arm64 patch move from patch 1 in Marc's post to
patch 4 here? Also, the description says this also requires a patch to
kvmtool so the generated DT matches the expectations of the guest
(posted
Il 11/11/2013 19:03, Peter Maydell ha scritto:
How does this patch affect guest
ABI, and is guest ABI not yet considered stable for KVM ARM?
QEMU currently insists on 4 CPUs max for A15, so the
question doesn't come up in that case.
Still, does the guest ABI not matter only for kvmtool, or
Paolo,
On 11/11/13 17:56, Paolo Bonzini wrote:
Il 11/11/2013 16:49, Christoffer Dall ha scritto:
I don't think it would have made much sense - that patch was part of a
series that was touching mainly arch/arm/kvm/* and therefore I
included it in my pull. It would have been strange to have a
On 11 November 2013 09:56, Paolo Bonzini pbonz...@redhat.com wrote:
Il 11/11/2013 16:49, Christoffer Dall ha scritto:
I don't think it would have made much sense - that patch was part of a
series that was touching mainly arch/arm/kvm/* and therefore I
included it in my pull. It would have
On 11 November 2013 10:26, Marc Zyngier marc.zyng...@arm.com wrote:
Paolo,
On 11/11/13 17:56, Paolo Bonzini wrote:
Il 11/11/2013 16:49, Christoffer Dall ha scritto:
I don't think it would have made much sense - that patch was part of a
series that was touching mainly arch/arm/kvm/* and
Il 11/11/2013 19:26, Marc Zyngier ha scritto:
The pull requests were clean and my life wasn't complicated much... On
the other hand I'm trying to understand if there's something that can be
improved because the conflict surprised me. Right now, in fact, it's
not even entirely clear to me
On Mon, Nov 11, 2013 at 06:59:51PM +0200, Gleb Natapov wrote:
On Mon, Nov 11, 2013 at 06:34:01PM +0200, Michael S. Tsirkin wrote:
x86/eventinj.c: Assembler messages:
x86/eventinj.c:151: Error: bad register name `%rsp'
x86/eventinj.c:152: Error: bad register name `%rsp'
How about that?
https://bugzilla.kernel.org/show_bug.cgi?id=64801
--- Comment #1 from josef 2...@kuarepoti-dju.net ---
On the AMD Athlon II X2 240e machine, the results from above have now basically
been reproduced with the L0 test image. Again, it was able to boot into L2, but
not into L3. When attempting to do
On 11.11.13 22:22, Peter Maydell wrote:
Fix build failures with clang when KVM is not enabled by
providing a stub version of kvm_arch_get_supported_cpuid().
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
I wouldn't be surprised if this also affected debug gcc
builds with KVM
Fix build failures with clang when KVM is not enabled by
providing a stub version of kvm_arch_get_supported_cpuid().
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
I wouldn't be surprised if this also affected debug gcc
builds with KVM disabled, but I haven't checked.
Incidentally,
Il 11/11/2013 22:22, Peter Maydell ha scritto:
Fix build failures with clang when KVM is not enabled by
providing a stub version of kvm_arch_get_supported_cpuid().
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
No, please don't. We are already relying on dead code elimination for
KVM
On 11 November 2013 22:19, Paolo Bonzini pbonz...@redhat.com wrote:
Il 11/11/2013 22:22, Peter Maydell ha scritto:
Fix build failures with clang when KVM is not enabled by
providing a stub version of kvm_arch_get_supported_cpuid().
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
No,
Il 11/11/2013 23:38, Peter Maydell ha scritto:
If we have other places where we're relying on dead code elimination
to not provide a function definition, please point them out, because
they're bugs we need to fix, ideally before they cause compilation
failures.
I'm not sure, there are
On Mon, Nov 11, 2013 at 3:11 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 11/11/2013 23:38, Peter Maydell ha scritto:
If we have other places where we're relying on dead code elimination
to not provide a function definition, please point them out, because
they're bugs we need to fix,
On 11 November 2013 23:11, Paolo Bonzini pbonz...@redhat.com wrote:
Il 11/11/2013 23:38, Peter Maydell ha scritto:
If we have other places where we're relying on dead code elimination
to not provide a function definition, please point them out, because
they're bugs we need to fix, ideally
On Wed, Oct 23, 2013 at 09:29:19PM +0800, Xiao Guangrong wrote:
Using sp-role.level instead of @level since @level is not got from the
page table hierarchy
There is no issue in current code since the fast page fault currently only
fixes the fault caused by dirty-log that is always on the
Il 12/11/2013 00:21, Anthony Liguori ha scritto:
FWIW, I'd rather just add -O1 for debug builds than add more stub functions.
That can do, too. clang works fine with -O1.
Paolo
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Don't try to compute these values.
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
NOTE: I am not sure why we were originally computing dsisr and dar. So may be
we need a variant of this patch. But with this and the
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch make sure we inherit the LE bit correctly in different case
so that we can run Little Endian distro in PR mode
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
This patch depends on the below two changes
1)
36 matches
Mail list logo