[PATCH] Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS

The cpu feature flags are not ever going to change, so warning everytime can cause a lot of kernel log spam (in our case more than 10GB/hour). Signed-off-by: Dirk Mueller -- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) >From

Re: [PATCH v3] KVM: x86: INIT and reset sequences are different

On 13/04/2015 13:34, Nadav Amit wrote: > x86 architecture defines differences between the reset and INIT sequences. > INIT does not initialize the FPU (including MMX, XMM, YMM, etc.), TSC, PMU, > MSRs (in general), MTRRs machine-check, APIC ID, APIC arbitration ID and BSP. > > References (from

Re: [PATCH] Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS

On 01/10/2015 13:43, Dirk Müller wrote: > The cpu feature flags are not ever going to change, so warning > everytime can cause a lot of kernel log spam > (in our case more than 10GB/hour). > > Signed-off-by: Dirk Mueller > Applied. Do you also know what caused the

Re: [PATCH] Update KVM homepage Url

On 01/10/2015 13:46, Dirk Müller wrote: > The old one appears to be a generic catch all page, which > is unhelpful. > > Signed-off-by: Dirk Mueller > Thanks, applied. Paolo -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to

Re: [PATCH v4 07/11] KVM: arm/arm64: vgic: Allow HW interrupts to be queued to a guest

On Wed, Sep 30, 2015 at 03:06:32PM +0100, Andre Przywara wrote: > Hi Christoffer, > > On 29/09/15 14:44, Christoffer Dall wrote: > > On Wed, Sep 23, 2015 at 06:55:04PM +0100, Andre Przywara wrote: > >> Salut Marc, > >> > >> I know that this patch is already merged, but > >> > >> On 07/08/15

[PATCH] KVM: PPC: e500: fix couple of shift operations on 64 bits

Fix couple of cases where we shift left a 32-bit value thus might get truncated results on 64-bit targets. Signed-off-by: Laurentiu Tudor Suggested-by: Scott Wood --- arch/powerpc/kvm/e500_mmu_host.c | 4 ++-- 1 file changed, 2

Re: PCI passthrough problem

On Thu, Oct 1, 2015 at 3:27 AM, Phil (list) wrote: > If this isn't the right place to ask, any pointers to the correct place > are appreciated... > > I'm trying to see if I can get PCI passthrough working for a video > capture card (Hauppauge Colossus 1x PCIe) under a Windows

Re: [PATCH] Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS

On 01/10/2015 13:43, Dirk Müller wrote: > diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c > index 94b7d15..0a42859 100644 > --- a/arch/x86/kvm/svm.c > +++ b/arch/x86/kvm/svm.c > @@ -514,7 +514,7 @@ static void skip_emulated_instruction(struct kvm_vcpu > *vcpu) > struct vcpu_svm *svm

Re: [PATCH] Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS

On 01.10.2015 14:25, Paolo Bonzini wrote: Hi Paolo, > Applied. Do you also know what caused the warning, and/or would you like me to take a look? The trace we're getting is this: [] dump_trace+0x7d/0x2d0 [] show_stack_log_lvl+0x94/0x170 [] show_stack+0x21/0x50 [] dump_stack+0x41/0x51

[PATCH] Update KVM homepage Url

The old one appears to be a generic catch all page, which is unhelpful. Signed-off-by: Dirk Mueller -- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) >From a5364c169535e2b05d9632b4fb94940424cadf12 Mon Sep 17 00:00:00 2001 From:

[Bug 104091] [bisected] Starting a VM causes the host to halt and create Machine Check Exceptions

https://bugzilla.kernel.org/show_bug.cgi?id=104091 John changed: What|Removed |Added CC|

[PATCH] tools lib traceevent: update KVM plugin

The format of the role word has changed through the years and the plugin was never updated; some VMX exit reasons were missing too. Signed-off-by: Paolo Bonzini --- tools/lib/traceevent/plugin_kvm.c | 25 + 1 file changed, 17 insertions(+), 8

Re: [edk2] KVM: MTRR: fix memory type handling if MTRR is completely disabled

Now, I can also add, that the problem is only when I allow VM to use more than one core, so with option for example: -smp 8,cores=4,threads=2,sockets=1 and other combinations like -smp 4,threads=1 its not working, and without it I am always running VM without problems Any ideas what can it be?

Re: [edk2] KVM: MTRR: fix memory type handling if MTRR is completely disabled

On 01/10/2015 16:12, Janusz wrote: > Now, I can also add, that the problem is only when I allow VM to use > more than one core, so with option for example: > -smp 8,cores=4,threads=2,sockets=1 and other combinations like -smp > 4,threads=1 its not working, and without it I am always running VM

[Bug 104581] BUG: quattro stagioni

https://bugzilla.kernel.org/show_bug.cgi?id=104581 poma changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 105311] AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x000000fdf9103300 flags=0x0600]

https://bugzilla.kernel.org/show_bug.cgi?id=105311 --- Comment #4 from G. Richard Bellamy --- Created attachment 189181 --> https://bugzilla.kernel.org/attachment.cgi?id=189181=edit /proc/modules -- You are receiving this mail because: You are watching the assignee of

Re: [PATCH] KVM: PPC: e500: fix couple of shift operations on 64 bits

On Thu, 2015-10-01 at 15:58 +0300, Laurentiu Tudor wrote: > Fix couple of cases where we shift left a 32-bit > value thus might get truncated results on 64-bit > targets. > > Signed-off-by: Laurentiu Tudor > Suggested-by: Scott Wood > ---

[Bug 105311] AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x000000fdf9103300 flags=0x0600]

https://bugzilla.kernel.org/show_bug.cgi?id=105311 --- Comment #1 from G. Richard Bellamy --- Created attachment 189151 --> https://bugzilla.kernel.org/attachment.cgi?id=189151=edit /proc/iomem -- You are receiving this mail because: You are watching the assignee of

[Bug 105311] AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x000000fdf9103300 flags=0x0600]

https://bugzilla.kernel.org/show_bug.cgi?id=105311 --- Comment #3 from G. Richard Bellamy --- Created attachment 189171 --> https://bugzilla.kernel.org/attachment.cgi?id=189171=edit lspci -vvv -- You are receiving this mail because: You are watching the assignee of

[Bug 105311] AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x000000fdf9103300 flags=0x0600]

https://bugzilla.kernel.org/show_bug.cgi?id=105311 --- Comment #2 from G. Richard Bellamy --- Created attachment 189161 --> https://bugzilla.kernel.org/attachment.cgi?id=189161=edit /proc/ioports -- You are receiving this mail because: You are watching the assignee of

[Bug 105311] New: AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x000000fdf9103300 flags=0x0600]

https://bugzilla.kernel.org/show_bug.cgi?id=105311 Bug ID: 105311 Summary: AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:14.0 address=0x00fdf9103300 flags=0x0600] Product: Virtualization Version:

[GIT PULL] KVM changes for 4.3-rc4

Linus, The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c: Linux 4.3-rc3 (2015-09-27 07:50:08 -0400) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

Re: [PATCH] iommu/s390: add iommu api for s390 pci devices

On Tue, 29 Sep 2015 14:40:30 +0200 Joerg Roedel wrote: > Hi Gerald, > > thanks for your patch. It looks pretty good and addresses my previous > review comments. I have a few questions, first one is how this > operates with DMA-API on s390. Is there a seperate DMA-API >

[PATCH] arm: Add PMU test

Beginning with just a read of the control register, add plumbing for testing the ARM Performance Monitors Unit (PMU). Signed-off-by: Christopher Covington --- arm/pmu.c| 31 +++ arm/unittests.cfg| 5 +

[PATCHv2] arm: Fail on unknown subtest

Signed-off-by: Christopher Covington --- arm/selftest.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arm/selftest.c b/arm/selftest.c index fc9ec60..f4a5030 100644 --- a/arm/selftest.c +++ b/arm/selftest.c @@ -376,6 +376,9 @@ int main(int argc, char **argv)

Re: [PATCH] Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS

Paolo Bonzini writes: > On 01/10/2015 13:43, Dirk Müller wrote: >> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c >> index 94b7d15..0a42859 100644 >> --- a/arch/x86/kvm/svm.c >> +++ b/arch/x86/kvm/svm.c >> @@ -514,7 +514,7 @@ static void

Re: [PATCH 26/26] x86, pkeys: Documentation

On Thu, Oct 1, 2015 at 3:33 PM, Dave Hansen wrote: > On 10/01/2015 01:39 PM, Kees Cook wrote: >> On Thu, Oct 1, 2015 at 4:17 AM, Ingo Molnar wrote: >>> So could we try to add an (opt-in) kernel option that enables this >>> transparently >>> and automatically for

Re: [PATCH v2 1/2] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

* Andy Lutomirski wrote: > > These could still be open coded in an inlined fashion, like the scheduler > > usage. > > We could have a raw_rdmsr for those. > > OTOH, I'm still not 100% convinced that this warn-but-don't-die behavior is > worth the effort. This isn't a

PCI passthrough problem

If this isn't the right place to ask, any pointers to the correct place are appreciated... I'm trying to see if I can get PCI passthrough working for a video capture card (Hauppauge Colossus 1x PCIe) under a Windows XP guest (32 -bit). Things appear to be somewhat working (Windows is seeing the

Re: PCI passthrough problem

On Thu, 2015-10-01 at 08:32 -0400, Mauricio Tavares wrote: > On Thu, Oct 1, 2015 at 3:27 AM, Phil (list) > wrote: > > If this isn't the right place to ask, any pointers to the correct > > place > > are appreciated... > > > > I'm trying to see if I can get PCI passthrough

Re: PCI passthrough problem

On Thu, 2015-10-01 at 22:38 -0400, Phil (list) wrote: > On Thu, 2015-10-01 at 08:32 -0400, Mauricio Tavares wrote: > > On Thu, Oct 1, 2015 at 3:27 AM, Phil (list) > > wrote: > > > If this isn't the right place to ask, any pointers to the correct > > > place > > > are

[PATCH] KVM: PPC: e500: fix couple of shift operations on 64 bits

Fix couple of cases where we shift left a 32-bit value thus might get truncated results on 64-bit targets. Signed-off-by: Laurentiu Tudor Suggested-by: Scott Wood --- arch/powerpc/kvm/e500_mmu_host.c | 4 ++-- 1 file changed, 2

Re: [PATCH] KVM: PPC: e500: fix couple of shift operations on 64 bits

On Thu, 2015-10-01 at 15:58 +0300, Laurentiu Tudor wrote: > Fix couple of cases where we shift left a 32-bit > value thus might get truncated results on 64-bit > targets. > > Signed-off-by: Laurentiu Tudor > Suggested-by: Scott Wood > ---

Re: [PATCH 1/2] KVM: PPC: e6500: Handle LRAT error exception

On 09/30/2015 01:32 PM, Laurentiu Tudor wrote: > On 09/25/2015 03:10 AM, Scott Wood wrote: >> On Thu, 2015-09-24 at 16:11 +0300, Laurentiu Tudor wrote: [snip] >>> diff --git a/arch/powerpc/kvm/e500_mmu_host.c >>> b/arch/powerpc/kvm/e500_mmu_host.c >>> index 12d5c67..99ad88a 100644 >>> ---