* 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
* 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 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
* 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
* 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
* 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
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).