* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 @ 2017-08-17 20:58 Gerhard Wiesinger 2017-08-17 21:14 ` Gerhard Wiesinger 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-08-17 20:58 UTC (permalink / raw) To: linux-kernel, Paolo Bonzini, qemu-devel On 07.08.2017 19:50, Paolo Bonzini wrote: >Not much to say, unfortunately. It's pretty much the same capabilities >as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It >also lacks FlexPriority compared to the Conroe I had checked. > >It's not great that even the revert patch doesn't apply cleanly---this >is *not* necessarily a boring area of the hypervisor... > >Given the rarity of your machine I'm currently leaning towards _not_ >reverting the change. I'll check another non-Xeon Core 2 tomorrow that >is from December 2008 (IIRC). If that one also lacks vNMI, or if I get >other reports, I suppose I will have to reconsider that. Hello Paolo, Can you please revert the patch. CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable with ECC RAM for years now. https://ark.intel.com/products/28028/Intel-Core2-Extreme-Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core%202%20Extreme%20QX6700 https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors CPU details below. Thank you. Ciao, Gerhard cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.66GHz stepping : 7 microcode : 0x6a cpu MHz : 1596.000 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow dtherm bugs : bogomips : 5333.45 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: Script output: Basic VMX Information Hex: 0x1a040000000007 Revision 7 VMCS size 1024 VMCS restricted to 32 bit addresses no Dual-monitor support yes VMCS memory type 6 INS/OUTS instruction information no IA32_VMX_TRUE_*_CTLS support no pin-based controls External interrupt exiting yes NMI exiting yes Virtual NMIs no Activate VMX-preemption timer no Process posted interrupts no primary processor-based controls Interrupt window exiting yes Use TSC offsetting yes HLT exiting yes INVLPG exiting yes MWAIT exiting yes RDPMC exiting yes RDTSC exiting yes CR3-load exiting forced CR3-store exiting forced CR8-load exiting yes CR8-store exiting yes Use TPR shadow yes NMI-window exiting no MOV-DR exiting yes Unconditional I/O exiting yes Use I/O bitmaps yes Monitor trap flag no Use MSR bitmaps yes MONITOR exiting yes PAUSE exiting yes Activate secondary control no secondary processor-based controls Virtualize APIC accesses no Enable EPT no Descriptor-table exiting no Enable RDTSCP no Virtualize x2APIC mode no Enable VPID no WBINVD exiting no Unrestricted guest no APIC register emulation no Virtual interrupt delivery no PAUSE-loop exiting no RDRAND exiting no Enable INVPCID no Enable VM functions no VMCS shadowing no Enable ENCLS exiting no RDSEED exiting no Enable PML no EPT-violation #VE no Conceal non-root operation from PT no Enable XSAVES/XRSTORS no Mode-based execute control (XS/XU) no TSC scaling no VM-Exit controls Save debug controls forced Host address-space size yes Load IA32_PERF_GLOBAL_CTRL no Acknowledge interrupt on exit yes Save IA32_PAT no Load IA32_PAT no Save IA32_EFER no Load IA32_EFER no Save VMX-preemption timer value no Clear IA32_BNDCFGS no Conceal VM exits from PT no VM-Entry controls Load debug controls forced IA-32e mode guest yes Entry to SMM yes Deactivate dual-monitor treatment yes Load IA32_PERF_GLOBAL_CTRL no Load IA32_PAT no Load IA32_EFER no Load IA32_BNDCFGS no Conceal VM entries from PT no Miscellaneous data Hex: 0x403c0 VMX-preemption timer scale (log2) 0 Store EFER.LMA into IA-32e mode guest control no HLT activity state yes Shutdown activity state yes Wait-for-SIPI activity state yes IA32_SMBASE support no Number of CR3-target values 4 MSR-load/store count recommendation 0 IA32_SMM_MONITOR_CTL[2] can be set to 1 no VMWRITE to VM-exit information fields no Inject event with insn length=0 no MSEG revision identifier 0 VPID and EPT capabilities Hex: 0x0 Execute-only EPT translations no Page-walk length 4 no Paging-structure memory type UC no Paging-structure memory type WB no 2MB EPT pages no 1GB EPT pages no INVEPT supported no EPT accessed and dirty flags no Single-context INVEPT no All-context INVEPT no INVVPID supported no Individual-address INVVPID no Single-context INVVPID no All-context INVVPID no Single-context-retaining-globals INVVPID no VM Functions Hex: 0x0 EPTP Switching no ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-17 20:58 [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 Gerhard Wiesinger @ 2017-08-17 21:14 ` Gerhard Wiesinger 2017-08-27 7:47 ` Gerhard Wiesinger 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-08-17 21:14 UTC (permalink / raw) To: linux-kernel, Paolo Bonzini, qemu-devel On 17.08.2017 22:58, Gerhard Wiesinger wrote: > > On 07.08.2017 19:50, Paolo Bonzini wrote: > > >Not much to say, unfortunately. It's pretty much the same capabilities > >as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It > >also lacks FlexPriority compared to the Conroe I had checked. > > > >It's not great that even the revert patch doesn't apply cleanly---this > >is *not* necessarily a boring area of the hypervisor... > > > >Given the rarity of your machine I'm currently leaning towards _not_ > >reverting the change. I'll check another non-Xeon Core 2 tomorrow that > >is from December 2008 (IIRC). If that one also lacks vNMI, or if I get > >other reports, I suppose I will have to reconsider that. Hello Paolo, Can you please revert the patch. CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable with ECC RAM for years now. https://ark.intel.com/products/28028/Intel-Core2-Extreme-Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core%202%20Extreme%20QX6700 https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors CPU details below. Thank you. Ciao, Gerhard cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.66GHz stepping : 7 microcode : 0x6a cpu MHz : 1596.000 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow dtherm bugs : bogomips : 5333.45 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: Script output: Basic VMX Information Hex: 0x1a040000000007 Revision 7 VMCS size 1024 VMCS restricted to 32 bit addresses no Dual-monitor support yes VMCS memory type 6 INS/OUTS instruction information no IA32_VMX_TRUE_*_CTLS support no pin-based controls External interrupt exiting yes NMI exiting yes Virtual NMIs no Activate VMX-preemption timer no Process posted interrupts no primary processor-based controls Interrupt window exiting yes Use TSC offsetting yes HLT exiting yes INVLPG exiting yes MWAIT exiting yes RDPMC exiting yes RDTSC exiting yes CR3-load exiting forced CR3-store exiting forced CR8-load exiting yes CR8-store exiting yes Use TPR shadow yes NMI-window exiting no MOV-DR exiting yes Unconditional I/O exiting yes Use I/O bitmaps yes Monitor trap flag no Use MSR bitmaps yes MONITOR exiting yes PAUSE exiting yes Activate secondary control no secondary processor-based controls Virtualize APIC accesses no Enable EPT no Descriptor-table exiting no Enable RDTSCP no Virtualize x2APIC mode no Enable VPID no WBINVD exiting no Unrestricted guest no APIC register emulation no Virtual interrupt delivery no PAUSE-loop exiting no RDRAND exiting no Enable INVPCID no Enable VM functions no VMCS shadowing no Enable ENCLS exiting no RDSEED exiting no Enable PML no EPT-violation #VE no Conceal non-root operation from PT no Enable XSAVES/XRSTORS no Mode-based execute control (XS/XU) no TSC scaling no VM-Exit controls Save debug controls forced Host address-space size yes Load IA32_PERF_GLOBAL_CTRL no Acknowledge interrupt on exit yes Save IA32_PAT no Load IA32_PAT no Save IA32_EFER no Load IA32_EFER no Save VMX-preemption timer value no Clear IA32_BNDCFGS no Conceal VM exits from PT no VM-Entry controls Load debug controls forced IA-32e mode guest yes Entry to SMM yes Deactivate dual-monitor treatment yes Load IA32_PERF_GLOBAL_CTRL no Load IA32_PAT no Load IA32_EFER no Load IA32_BNDCFGS no Conceal VM entries from PT no Miscellaneous data Hex: 0x403c0 VMX-preemption timer scale (log2) 0 Store EFER.LMA into IA-32e mode guest control no HLT activity state yes Shutdown activity state yes Wait-for-SIPI activity state yes IA32_SMBASE support no Number of CR3-target values 4 MSR-load/store count recommendation 0 IA32_SMM_MONITOR_CTL[2] can be set to 1 no VMWRITE to VM-exit information fields no Inject event with insn length=0 no MSEG revision identifier 0 VPID and EPT capabilities Hex: 0x0 Execute-only EPT translations no Page-walk length 4 no Paging-structure memory type UC no Paging-structure memory type WB no 2MB EPT pages no 1GB EPT pages no INVEPT supported no EPT accessed and dirty flags no Single-context INVEPT no All-context INVEPT no INVVPID supported no Individual-address INVVPID no Single-context INVVPID no All-context INVVPID no Single-context-retaining-globals INVVPID no VM Functions Hex: 0x0 EPTP Switching no ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-17 21:14 ` Gerhard Wiesinger @ 2017-08-27 7:47 ` Gerhard Wiesinger [not found] ` <CABgObfYzngJPgS9agXMrRENVD_e+3Hm=y+KD5dp9na8jNwuumw@mail.gmail.com> 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-08-27 7:47 UTC (permalink / raw) To: linux-kernel, Paolo Bonzini, qemu-devel On 17.08.2017 23:14, Gerhard Wiesinger wrote: > On 17.08.2017 22:58, Gerhard Wiesinger wrote: > > > > On 07.08.2017 19:50, Paolo Bonzini wrote: > > > > >Not much to say, unfortunately. It's pretty much the same capabilities > > >as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It > > >also lacks FlexPriority compared to the Conroe I had checked. > > > > > >It's not great that even the revert patch doesn't apply cleanly---this > > >is *not* necessarily a boring area of the hypervisor... > > > > > >Given the rarity of your machine I'm currently leaning towards _not_ > > >reverting the change. I'll check another non-Xeon Core 2 tomorrow that > > >is from December 2008 (IIRC). If that one also lacks vNMI, or if I get > > >other reports, I suppose I will have to reconsider that. > > Hello Paolo, > > Can you please revert the patch. > > CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable with > ECC RAM for years now. > https://ark.intel.com/products/28028/Intel-Core2-Extreme-Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core%202%20Extreme%20QX6700 > > https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors > > CPU details below. > > Thank you. > > Ciao, > Gerhard Hello Paolo, Any update on this major issue? Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <CABgObfYzngJPgS9agXMrRENVD_e+3Hm=y+KD5dp9na8jNwuumw@mail.gmail.com>]
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 [not found] ` <CABgObfYzngJPgS9agXMrRENVD_e+3Hm=y+KD5dp9na8jNwuumw@mail.gmail.com> @ 2017-08-27 12:03 ` Paolo Bonzini 2017-08-27 14:45 ` Gerhard Wiesinger 2017-08-27 14:59 ` Gerhard Wiesinger 0 siblings, 2 replies; 12+ messages in thread From: Paolo Bonzini @ 2017-08-27 12:03 UTC (permalink / raw) To: Wiesinger, Gerhard; +Cc: Kernel Mailing List, Linux, qemu-devel Il 27 ago 2017 9:49 AM, "Gerhard Wiesinger" <lists@wiesinger.com> ha scritto: On 17.08.2017 23:14, Gerhard Wiesinger wrote: > On 17.08.2017 22:58, Gerhard Wiesinger wrote: > > > > On 07.08.2017 19:50, Paolo Bonzini wrote: > > > > >Not much to say, unfortunately. It's pretty much the same capabilities > > >as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It > > >also lacks FlexPriority compared to the Conroe I had checked. > > > > > >It's not great that even the revert patch doesn't apply cleanly---this > > >is *not* necessarily a boring area of the hypervisor... > > > > > >Given the rarity of your machine I'm currently leaning towards _not_ > > >reverting the change. I'll check another non-Xeon Core 2 tomorrow that > > >is from December 2008 (IIRC). If that one also lacks vNMI, or if I get > > >other reports, I suppose I will have to reconsider that. > > Hello Paolo, > > Can you please revert the patch. > > CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable with ECC > RAM for years now. > https://ark.intel.com/products/28028/Intel-Core2-Extreme- > Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core% > 202%20Extreme%20QX6700 > https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors > > CPU details below. > > Thank you. > > Ciao, > Gerhard > Hello Paolo, Any update on this major issue? We will revert the patch, but 4.13.0 will not have the fix. Expect it in later stable kernels (because vacations). Paolo Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-27 12:03 ` Paolo Bonzini @ 2017-08-27 14:45 ` Gerhard Wiesinger 2017-08-27 18:55 ` Paolo Bonzini 2017-08-27 14:59 ` Gerhard Wiesinger 1 sibling, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-08-27 14:45 UTC (permalink / raw) To: Paolo Bonzini; +Cc: Kernel Mailing List, Linux, qemu-devel On 27.08.2017 14:03, Paolo Bonzini wrote: > Il 27 ago 2017 9:49 AM, "Gerhard Wiesinger" <lists@wiesinger.com > <mailto:lists@wiesinger.com>> ha scritto: > > On 17.08.2017 23:14, Gerhard Wiesinger wrote: > > On 17.08.2017 22:58, Gerhard Wiesinger wrote: > > > > On 07.08.2017 19:50, Paolo Bonzini wrote: > > > > >Not much to say, unfortunately. It's pretty much the same > capabilities > > >as a Prescott/Cedar Mill processor, except that it has MSR > bitmaps. It > > >also lacks FlexPriority compared to the Conroe I had checked. > > > > > >It's not great that even the revert patch doesn't apply > cleanly---this > > >is *not* necessarily a boring area of the hypervisor... > > > > > >Given the rarity of your machine I'm currently leaning > towards _not_ > > >reverting the change. I'll check another non-Xeon Core 2 > tomorrow that > > >is from December 2008 (IIRC). If that one also lacks vNMI, > or if I get > > >other reports, I suppose I will have to reconsider that. > > Hello Paolo, > > Can you please revert the patch. > > CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable > with ECC RAM for years now. > https://ark.intel.com/products/28028/Intel-Core2-Extreme-Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core%202%20Extreme%20QX6700 > <https://ark.intel.com/products/28028/Intel-Core2-Extreme-Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core%202%20Extreme%20QX6700> > > https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors > <https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors> > > CPU details below. > > Thank you. > > Ciao, > Gerhard > > > Hello Paolo, > > Any update on this major issue? > > > We will revert the patch, but 4.13.0 will not have the fix. Expect it > in later stable kernels (because vacations). > Thnx. Why will 4.13.0 NOT have the fix? Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-27 14:45 ` Gerhard Wiesinger @ 2017-08-27 18:55 ` Paolo Bonzini 2017-09-15 14:43 ` Gerhard Wiesinger 0 siblings, 1 reply; 12+ messages in thread From: Paolo Bonzini @ 2017-08-27 18:55 UTC (permalink / raw) To: Wiesinger, Gerhard; +Cc: qemu-devel, Kernel Mailing List, Linux Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <lists@wiesinger.com> ha scritto: On 27.08.2017 14:03, Paolo Bonzini wrote: > > We will revert the patch, but 4.13.0 will not have the fix. Expect it in > later stable kernels (because vacations). > > Thnx. Why will 4.13.0 NOT have the fix? Because maintainers are on vacation! :-) Paolo ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-27 18:55 ` Paolo Bonzini @ 2017-09-15 14:43 ` Gerhard Wiesinger 2017-09-15 17:07 ` Paolo Bonzini 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-09-15 14:43 UTC (permalink / raw) To: Paolo Bonzini; +Cc: qemu-devel, Kernel Mailing List, Linux On 27.08.2017 20:55, Paolo Bonzini wrote: > > > Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <lists@wiesinger.com > <mailto:lists@wiesinger.com>> ha scritto: > > On 27.08.2017 14 <tel:27.08.2017%2014>:03, Paolo Bonzini wrote: > > > We will revert the patch, but 4.13.0 will not have the fix. > Expect it in later stable kernels (because vacations). > > > Thnx. Why will 4.13.0 NOT have the fix? > > > Because maintainers are on vacation! :-) > > Hello Paolo, Any update on this for 4.12 and 4.13 kernels? Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-09-15 14:43 ` Gerhard Wiesinger @ 2017-09-15 17:07 ` Paolo Bonzini 2017-09-27 19:31 ` Gerhard Wiesinger 0 siblings, 1 reply; 12+ messages in thread From: Paolo Bonzini @ 2017-09-15 17:07 UTC (permalink / raw) To: Gerhard Wiesinger; +Cc: qemu-devel, Kernel Mailing List, Linux On 15/09/2017 16:43, Gerhard Wiesinger wrote: > On 27.08.2017 20:55, Paolo Bonzini wrote: >> >> >> Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <lists@wiesinger.com >> <mailto:lists@wiesinger.com>> ha scritto: >> >> On 27.08.2017 14 <tel:27.08.2017%2014>:03, Paolo Bonzini wrote: >> >> >> We will revert the patch, but 4.13.0 will not have the fix. >> Expect it in later stable kernels (because vacations). >> >> >> Thnx. Why will 4.13.0 NOT have the fix? >> >> >> Because maintainers are on vacation! :-) >> >> > > Hello Paolo, > > Any update on this for 4.12 and 4.13 kernels? A late fix is better than a wrong fix. Hope to get to it next week! Paolo ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-09-15 17:07 ` Paolo Bonzini @ 2017-09-27 19:31 ` Gerhard Wiesinger [not found] ` <c0ca5671-790a-2e9b-b1d8-fecd6802ad79@redhat.com> 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-09-27 19:31 UTC (permalink / raw) To: Paolo Bonzini; +Cc: qemu-devel, Kernel Mailing List, Linux On 15.09.2017 19:07, Paolo Bonzini wrote: > On 15/09/2017 16:43, Gerhard Wiesinger wrote: >> On 27.08.2017 20:55, Paolo Bonzini wrote: >>> >>> Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <lists@wiesinger.com >>> <mailto:lists@wiesinger.com>> ha scritto: >>> >>> On 27.08.2017 14 <tel:27.08.2017%2014>:03, Paolo Bonzini wrote: >>> >>> >>> We will revert the patch, but 4.13.0 will not have the fix. >>> Expect it in later stable kernels (because vacations). >>> >>> >>> Thnx. Why will 4.13.0 NOT have the fix? >>> >>> >>> Because maintainers are on vacation! :-) >>> >>> >> Hello Paolo, >> >> Any update on this for 4.12 and 4.13 kernels? > A late fix is better than a wrong fix. Hope to get to it next week! Hello Paolo, Any update? Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <c0ca5671-790a-2e9b-b1d8-fecd6802ad79@redhat.com>]
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 [not found] ` <c0ca5671-790a-2e9b-b1d8-fecd6802ad79@redhat.com> @ 2017-10-28 18:13 ` Gerhard Wiesinger [not found] ` <c0591212-71a6-eb22-9550-2e17cd44324c@wiesinger.com> 0 siblings, 1 reply; 12+ messages in thread From: Gerhard Wiesinger @ 2017-10-28 18:13 UTC (permalink / raw) To: Paolo Bonzini; +Cc: KVM list, qemu-devel On 10.10.2017 16:16, Paolo Bonzini wrote: > On 27/09/2017 21:31, Gerhard Wiesinger wrote: >> On 15.09.2017 19:07, Paolo Bonzini wrote: >>> On 15/09/2017 16:43, Gerhard Wiesinger wrote: >>>> On 27.08.2017 20:55, Paolo Bonzini wrote: >>>>> Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <lists@wiesinger.com >>>>> <mailto:lists@wiesinger.com>> ha scritto: >>>>> >>>>> On 27.08.2017 14 <tel:27.08.2017%2014>:03, Paolo Bonzini wrote: >>>>> >>>>> >>>>> We will revert the patch, but 4.13.0 will not have the fix. >>>>> Expect it in later stable kernels (because vacations). >>>>> >>>>> >>>>> Thnx. Why will 4.13.0 NOT have the fix? >>>>> >>>>> >>>>> Because maintainers are on vacation! :-) >>>>> >>>>> >>>> Hello Paolo, >>>> >>>> Any update on this for 4.12 and 4.13 kernels? >>> A late fix is better than a wrong fix. Hope to get to it next week! >> Hello Paolo, >> >> Any update? Thnx. > Hey, I have a patch now. Any volunteers for testing it? > > This is on top of 4.13. > > Paolo > > diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c > index c6ef2940119b..c29bf36485fd 100644 > --- a/arch/x86/kvm/vmx.c > +++ b/arch/x86/kvm/vmx.c > @@ -200,6 +200,10 @@ struct loaded_vmcs { > int cpu; > bool launched; > bool nmi_known_unmasked; > + /* Support for vnmi-less CPUs */ > + int soft_vnmi_blocked; > + ktime_t entry_time; > + s64 vnmi_blocked_time; > struct list_head loaded_vmcss_on_cpu_link; > }; > Hello Paolo, The patch does not apply, 1st hunk FAILED. cat arch/x86/kvm/vmx.c.rej --- arch/x86/kvm/vmx.c +++ arch/x86/kvm/vmx.c @@ -200,6 +200,10 @@ struct loaded_vmcs { int cpu; bool launched; bool nmi_known_unmasked; + /* Support for vnmi-less CPUs */ + int soft_vnmi_blocked; + ktime_t entry_time; + s64 vnmi_blocked_time; struct list_head loaded_vmcss_on_cpu_link; }; Tried it to apply against, doesn't look to fit: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tree/arch/x86/kvm/vmx.c?h=v4.13.10#n197 https://koji.fedoraproject.org/koji/buildinfo?buildID=991441 Will then recompile and test. Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <c0591212-71a6-eb22-9550-2e17cd44324c@wiesinger.com>]
[parent not found: <fd1a2e70-0b37-2568-f408-b4616b70ec6e@redhat.com>]
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 [not found] ` <fd1a2e70-0b37-2568-f408-b4616b70ec6e@redhat.com> @ 2017-11-11 7:27 ` Gerhard Wiesinger 0 siblings, 0 replies; 12+ messages in thread From: Gerhard Wiesinger @ 2017-11-11 7:27 UTC (permalink / raw) To: Paolo Bonzini, qemu-devel, KVM list On 10.11.2017 17:29, Paolo Bonzini wrote: > On 10/11/2017 16:33, Gerhard Wiesinger wrote: >> Hello Paolo, >> >> Any update for a new patch? > Yes, > > https://marc.info/?l=kvm&m=150997149623548&w=2 > > Paolo Works also for Fedora 26: https://koji.fedoraproject.org/koji/buildinfo?buildID=996781 kernel-4.13.12-200.fc26 Ready to release to 4.13.* upstream and 4.14 upstream kernels ... https://bodhi.fedoraproject.org/updates/FEDORA-2017-abda708cee Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 2017-08-27 12:03 ` Paolo Bonzini 2017-08-27 14:45 ` Gerhard Wiesinger @ 2017-08-27 14:59 ` Gerhard Wiesinger 1 sibling, 0 replies; 12+ messages in thread From: Gerhard Wiesinger @ 2017-08-27 14:59 UTC (permalink / raw) To: Paolo Bonzini; +Cc: Kernel Mailing List, Linux, qemu-devel On 27.08.2017 14:03, Paolo Bonzini wrote: > Il 27 ago 2017 9:49 AM, "Gerhard Wiesinger" <lists@wiesinger.com> ha > scritto: > > On 17.08.2017 23:14, Gerhard Wiesinger wrote: > >> On 17.08.2017 22:58, Gerhard Wiesinger wrote: >>> On 07.08.2017 19:50, Paolo Bonzini wrote: >>> >>>> Not much to say, unfortunately. It's pretty much the same capabilities >>>> as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It >>>> also lacks FlexPriority compared to the Conroe I had checked. >>>> >>>> It's not great that even the revert patch doesn't apply cleanly---this >>>> is *not* necessarily a boring area of the hypervisor... >>>> >>>> Given the rarity of your machine I'm currently leaning towards _not_ >>>> reverting the change. I'll check another non-Xeon Core 2 tomorrow that >>>> is from December 2008 (IIRC). If that one also lacks vNMI, or if I get >>>> other reports, I suppose I will have to reconsider that. >> Hello Paolo, >> >> Can you please revert the patch. >> >> CPU is a Core 2 Extreme QX6700: SL9UL (B3) running VERY stable with ECC >> RAM for years now. >> https://ark.intel.com/products/28028/Intel-Core2-Extreme- >> Processor-QX6700-8M-Cache-2_66-GHz-1066-MHz-FSB?q=Core% >> 202%20Extreme%20QX6700 >> https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors >> >> CPU details below. >> >> Thank you. >> >> Ciao, >> Gerhard >> > Hello Paolo, > > Any update on this major issue? > > > We will revert the patch, but 4.13.0 will not have the fix. Expect it in > later stable kernels (because vacations). Thnx. Why will 4.13.0 NOT have the fix? Thnx. Ciao, Gerhard ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2017-11-11 7:29 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-08-17 20:58 [Qemu-devel] kvm_intel fails to load on Conroe CPUs running Linux 4.12 Gerhard Wiesinger
2017-08-17 21:14 ` Gerhard Wiesinger
2017-08-27 7:47 ` Gerhard Wiesinger
[not found] ` <CABgObfYzngJPgS9agXMrRENVD_e+3Hm=y+KD5dp9na8jNwuumw@mail.gmail.com>
2017-08-27 12:03 ` Paolo Bonzini
2017-08-27 14:45 ` Gerhard Wiesinger
2017-08-27 18:55 ` Paolo Bonzini
2017-09-15 14:43 ` Gerhard Wiesinger
2017-09-15 17:07 ` Paolo Bonzini
2017-09-27 19:31 ` Gerhard Wiesinger
[not found] ` <c0ca5671-790a-2e9b-b1d8-fecd6802ad79@redhat.com>
2017-10-28 18:13 ` Gerhard Wiesinger
[not found] ` <c0591212-71a6-eb22-9550-2e17cd44324c@wiesinger.com>
[not found] ` <fd1a2e70-0b37-2568-f408-b4616b70ec6e@redhat.com>
2017-11-11 7:27 ` Gerhard Wiesinger
2017-08-27 14:59 ` Gerhard Wiesinger
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).