* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-06 21:38 ` lnowakow
0 siblings, 0 replies; 30+ messages in thread
From: Luke Nowakowski-Krijger @ 2019-07-06 21:38 UTC (permalink / raw)
From: Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu>
Convert cpuid.txt to .rst format to be parsable by sphinx.
Change format and spacing to make function definitions and return values
much more clear. Also added a table that is parsable by sphinx and makes
the information much more clean.
Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
---
Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
2 files changed, 99 insertions(+), 83 deletions(-)
create mode 100644 Documentation/virtual/kvm/cpuid.rst
delete mode 100644 Documentation/virtual/kvm/cpuid.txt
diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
new file mode 100644
index 000000000000..1a03336a500e
--- /dev/null
+++ b/Documentation/virtual/kvm/cpuid.rst
@@ -0,0 +1,99 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+==============
+KVM CPUID bits
+==============
+
+:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
+
+A guest running on a kvm host, can check some of its features using
+cpuid. This is not always guaranteed to work, since userspace can
+mask-out some, or even all KVM-related cpuid features before launching
+a guest.
+
+KVM cpuid functions are:
+
+function: **KVM_CPUID_SIGNATURE (0x40000000)**
+
+returns::
+
+ eax = 0x40000001
+ ebx = 0x4b4d564b
+ ecx = 0x564b4d56
+ edx = 0x4d
+
+Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
+The value in eax corresponds to the maximum cpuid function present in this leaf,
+and will be updated if more functions are added in the future.
+Note also that old hosts set eax value to 0x0. This should
+be interpreted as if the value was 0x40000001.
+This function queries the presence of KVM cpuid leafs.
+
+function: **define KVM_CPUID_FEATURES (0x40000001)**
+
+returns::
+
+ ebx, ecx
+ eax = an OR'ed group of (1 << flag)
+
+where ``flag`` is defined as below:
+
++--------------------------------+------------+---------------------------------+
+| flag | value | meaning |
++================================+============+=================================+
+| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
+| | | 0x11 and 0x12 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_NOP_IO_DELAY | 1 | not necessary to perform delays |
+| | | on PIO operations |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_MMU_OP | 2 | deprecated |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_CLOCKSOURCE2 | 3 | kvmclock available at msrs |
+| | | 0x4b564d00 and 0x4b564d01 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_ASYNC_PF | 4 | async pf can be enabled by |
+| | | writing to msr 0x4b564d02 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_STEAL_TIME | 5 | steal time can be enabled by |
+| | | writing to msr 0x4b564d03 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_EOI | 6 | paravirtualized end of interrupt|
+| | | handler can be enabled by |
+| | | writing to msr 0x4b564d04. |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_UNHAULT | 7 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | spinlock support |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_TLB_FLUSH | 9 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | tlb flush |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_ASYNC_PF_VMEXIT | 10 | paravirtualized async PF VM EXIT|
+| | | can be enabled by setting bit 2 |
+| | | when writing to msr 0x4b564d02 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_SEND_IPI | 11 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | sebd IPIs |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_CLOCSOURCE_STABLE | 24 | host will warn if no guest-side |
+| _BIT | | per-cpu warps are expeced in |
+| | | kvmclock |
++--------------------------------+------------+---------------------------------+
+
+::
+
+ edx = an OR'ed group of (1 << flag)
+
+Where ``flag`` here is defined as below:
+
++--------------------------------+------------+---------------------------------+
+| flag | value | meaning |
++================================+============+=================================+
+| KVM_HINTS_REALTIME | 0 | guest checks this feature bit to|
+| | | determine that vCPUs are never |
+| | | preempted for an unlimited time |
+| | | allowing optimizations |
++--------------------------------+------------+---------------------------------+
diff --git a/Documentation/virtual/kvm/cpuid.txt b/Documentation/virtual/kvm/cpuid.txt
deleted file mode 100644
index 97ca1940a0dc..000000000000
--- a/Documentation/virtual/kvm/cpuid.txt
+++ /dev/null
@@ -1,83 +0,0 @@
-KVM CPUID bits
-Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
-=====================================================
-
-A guest running on a kvm host, can check some of its features using
-cpuid. This is not always guaranteed to work, since userspace can
-mask-out some, or even all KVM-related cpuid features before launching
-a guest.
-
-KVM cpuid functions are:
-
-function: KVM_CPUID_SIGNATURE (0x40000000)
-returns : eax = 0x40000001,
- ebx = 0x4b4d564b,
- ecx = 0x564b4d56,
- edx = 0x4d.
-Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
-The value in eax corresponds to the maximum cpuid function present in this leaf,
-and will be updated if more functions are added in the future.
-Note also that old hosts set eax value to 0x0. This should
-be interpreted as if the value was 0x40000001.
-This function queries the presence of KVM cpuid leafs.
-
-
-function: define KVM_CPUID_FEATURES (0x40000001)
-returns : ebx, ecx
- eax = an OR'ed group of (1 << flag), where each flags is:
-
-
-flag || value || meaning
-=============================================================================
-KVM_FEATURE_CLOCKSOURCE || 0 || kvmclock available at msrs
- || || 0x11 and 0x12.
-------------------------------------------------------------------------------
-KVM_FEATURE_NOP_IO_DELAY || 1 || not necessary to perform delays
- || || on PIO operations.
-------------------------------------------------------------------------------
-KVM_FEATURE_MMU_OP || 2 || deprecated.
-------------------------------------------------------------------------------
-KVM_FEATURE_CLOCKSOURCE2 || 3 || kvmclock available at msrs
- || || 0x4b564d00 and 0x4b564d01
-------------------------------------------------------------------------------
-KVM_FEATURE_ASYNC_PF || 4 || async pf can be enabled by
- || || writing to msr 0x4b564d02
-------------------------------------------------------------------------------
-KVM_FEATURE_STEAL_TIME || 5 || steal time can be enabled by
- || || writing to msr 0x4b564d03.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_EOI || 6 || paravirtualized end of interrupt
- || || handler can be enabled by writing
- || || to msr 0x4b564d04.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_UNHALT || 7 || guest checks this feature bit
- || || before enabling paravirtualized
- || || spinlock support.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_TLB_FLUSH || 9 || guest checks this feature bit
- || || before enabling paravirtualized
- || || tlb flush.
-------------------------------------------------------------------------------
-KVM_FEATURE_ASYNC_PF_VMEXIT || 10 || paravirtualized async PF VM exit
- || || can be enabled by setting bit 2
- || || when writing to msr 0x4b564d02
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_SEND_IPI || 11 || guest checks this feature bit
- || || before using paravirtualized
- || || send IPIs.
-------------------------------------------------------------------------------
-KVM_FEATURE_CLOCKSOURCE_STABLE_BIT || 24 || host will warn if no guest-side
- || || per-cpu warps are expected in
- || || kvmclock.
-------------------------------------------------------------------------------
-
- edx = an OR'ed group of (1 << flag), where each flags is:
-
-
-flag || value || meaning
-==================================================================================
-KVM_HINTS_REALTIME || 0 || guest checks this feature bit to
- || || determine that vCPUs are never
- || || preempted for an unlimited time,
- || || allowing optimizations
-----------------------------------------------------------------------------------
--
2.20.1
^ permalink raw reply related [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-06 21:38 ` lnowakow
0 siblings, 0 replies; 30+ messages in thread
From: lnowakow @ 2019-07-06 21:38 UTC (permalink / raw)
From: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
Convert cpuid.txt to .rst format to be parsable by sphinx.
Change format and spacing to make function definitions and return values
much more clear. Also added a table that is parsable by sphinx and makes
the information much more clean.
Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
---
Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
2 files changed, 99 insertions(+), 83 deletions(-)
create mode 100644 Documentation/virtual/kvm/cpuid.rst
delete mode 100644 Documentation/virtual/kvm/cpuid.txt
diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
new file mode 100644
index 000000000000..1a03336a500e
--- /dev/null
+++ b/Documentation/virtual/kvm/cpuid.rst
@@ -0,0 +1,99 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+==============
+KVM CPUID bits
+==============
+
+:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
+
+A guest running on a kvm host, can check some of its features using
+cpuid. This is not always guaranteed to work, since userspace can
+mask-out some, or even all KVM-related cpuid features before launching
+a guest.
+
+KVM cpuid functions are:
+
+function: **KVM_CPUID_SIGNATURE (0x40000000)**
+
+returns::
+
+ eax = 0x40000001
+ ebx = 0x4b4d564b
+ ecx = 0x564b4d56
+ edx = 0x4d
+
+Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
+The value in eax corresponds to the maximum cpuid function present in this leaf,
+and will be updated if more functions are added in the future.
+Note also that old hosts set eax value to 0x0. This should
+be interpreted as if the value was 0x40000001.
+This function queries the presence of KVM cpuid leafs.
+
+function: **define KVM_CPUID_FEATURES (0x40000001)**
+
+returns::
+
+ ebx, ecx
+ eax = an OR'ed group of (1 << flag)
+
+where ``flag`` is defined as below:
+
++--------------------------------+------------+---------------------------------+
+| flag | value | meaning |
++================================+============+=================================+
+| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
+| | | 0x11 and 0x12 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_NOP_IO_DELAY | 1 | not necessary to perform delays |
+| | | on PIO operations |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_MMU_OP | 2 | deprecated |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_CLOCKSOURCE2 | 3 | kvmclock available at msrs |
+| | | 0x4b564d00 and 0x4b564d01 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_ASYNC_PF | 4 | async pf can be enabled by |
+| | | writing to msr 0x4b564d02 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_STEAL_TIME | 5 | steal time can be enabled by |
+| | | writing to msr 0x4b564d03 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_EOI | 6 | paravirtualized end of interrupt|
+| | | handler can be enabled by |
+| | | writing to msr 0x4b564d04. |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_UNHAULT | 7 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | spinlock support |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_TLB_FLUSH | 9 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | tlb flush |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_ASYNC_PF_VMEXIT | 10 | paravirtualized async PF VM EXIT|
+| | | can be enabled by setting bit 2 |
+| | | when writing to msr 0x4b564d02 |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_PV_SEND_IPI | 11 | guest checks this feature bit |
+| | | before enabling paravirtualized |
+| | | sebd IPIs |
++--------------------------------+------------+---------------------------------+
+| KVM_FEATURE_CLOCSOURCE_STABLE | 24 | host will warn if no guest-side |
+| _BIT | | per-cpu warps are expeced in |
+| | | kvmclock |
++--------------------------------+------------+---------------------------------+
+
+::
+
+ edx = an OR'ed group of (1 << flag)
+
+Where ``flag`` here is defined as below:
+
++--------------------------------+------------+---------------------------------+
+| flag | value | meaning |
++================================+============+=================================+
+| KVM_HINTS_REALTIME | 0 | guest checks this feature bit to|
+| | | determine that vCPUs are never |
+| | | preempted for an unlimited time |
+| | | allowing optimizations |
++--------------------------------+------------+---------------------------------+
diff --git a/Documentation/virtual/kvm/cpuid.txt b/Documentation/virtual/kvm/cpuid.txt
deleted file mode 100644
index 97ca1940a0dc..000000000000
--- a/Documentation/virtual/kvm/cpuid.txt
+++ /dev/null
@@ -1,83 +0,0 @@
-KVM CPUID bits
-Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
-=====================================================
-
-A guest running on a kvm host, can check some of its features using
-cpuid. This is not always guaranteed to work, since userspace can
-mask-out some, or even all KVM-related cpuid features before launching
-a guest.
-
-KVM cpuid functions are:
-
-function: KVM_CPUID_SIGNATURE (0x40000000)
-returns : eax = 0x40000001,
- ebx = 0x4b4d564b,
- ecx = 0x564b4d56,
- edx = 0x4d.
-Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
-The value in eax corresponds to the maximum cpuid function present in this leaf,
-and will be updated if more functions are added in the future.
-Note also that old hosts set eax value to 0x0. This should
-be interpreted as if the value was 0x40000001.
-This function queries the presence of KVM cpuid leafs.
-
-
-function: define KVM_CPUID_FEATURES (0x40000001)
-returns : ebx, ecx
- eax = an OR'ed group of (1 << flag), where each flags is:
-
-
-flag || value || meaning
-=============================================================================
-KVM_FEATURE_CLOCKSOURCE || 0 || kvmclock available at msrs
- || || 0x11 and 0x12.
-------------------------------------------------------------------------------
-KVM_FEATURE_NOP_IO_DELAY || 1 || not necessary to perform delays
- || || on PIO operations.
-------------------------------------------------------------------------------
-KVM_FEATURE_MMU_OP || 2 || deprecated.
-------------------------------------------------------------------------------
-KVM_FEATURE_CLOCKSOURCE2 || 3 || kvmclock available at msrs
- || || 0x4b564d00 and 0x4b564d01
-------------------------------------------------------------------------------
-KVM_FEATURE_ASYNC_PF || 4 || async pf can be enabled by
- || || writing to msr 0x4b564d02
-------------------------------------------------------------------------------
-KVM_FEATURE_STEAL_TIME || 5 || steal time can be enabled by
- || || writing to msr 0x4b564d03.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_EOI || 6 || paravirtualized end of interrupt
- || || handler can be enabled by writing
- || || to msr 0x4b564d04.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_UNHALT || 7 || guest checks this feature bit
- || || before enabling paravirtualized
- || || spinlock support.
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_TLB_FLUSH || 9 || guest checks this feature bit
- || || before enabling paravirtualized
- || || tlb flush.
-------------------------------------------------------------------------------
-KVM_FEATURE_ASYNC_PF_VMEXIT || 10 || paravirtualized async PF VM exit
- || || can be enabled by setting bit 2
- || || when writing to msr 0x4b564d02
-------------------------------------------------------------------------------
-KVM_FEATURE_PV_SEND_IPI || 11 || guest checks this feature bit
- || || before using paravirtualized
- || || send IPIs.
-------------------------------------------------------------------------------
-KVM_FEATURE_CLOCKSOURCE_STABLE_BIT || 24 || host will warn if no guest-side
- || || per-cpu warps are expected in
- || || kvmclock.
-------------------------------------------------------------------------------
-
- edx = an OR'ed group of (1 << flag), where each flags is:
-
-
-flag || value || meaning
-==================================================================================
-KVM_HINTS_REALTIME || 0 || guest checks this feature bit to
- || || determine that vCPUs are never
- || || preempted for an unlimited time,
- || || allowing optimizations
-----------------------------------------------------------------------------------
--
2.20.1
^ permalink raw reply related [flat|nested] 30+ messages in thread
* Re: [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
2019-07-06 21:38 ` lnowakow
(?)
@ 2019-07-08 20:00 ` corbet
-1 siblings, 0 replies; 30+ messages in thread
From: Jonathan Corbet @ 2019-07-08 20:00 UTC (permalink / raw)
To: Luke Nowakowski-Krijger
Cc: linux-kernel-mentees, pbonzini, rkrcmar, kvm, linux-doc,
linux-kernel
On Sat, 6 Jul 2019 14:38:14 -0700
Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu> wrote:
> From: Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu>
>
> Convert cpuid.txt to .rst format to be parsable by sphinx.
>
> Change format and spacing to make function definitions and return values
> much more clear. Also added a table that is parsable by sphinx and makes
> the information much more clean.
>
> Signed-off-by: Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu>
> ---
> Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> 2 files changed, 99 insertions(+), 83 deletions(-)
> create mode 100644 Documentation/virtual/kvm/cpuid.rst
> delete mode 100644 Documentation/virtual/kvm/cpuid.txt
>
> diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> new file mode 100644
> index 000000000000..1a03336a500e
> --- /dev/null
> +++ b/Documentation/virtual/kvm/cpuid.rst
> @@ -0,0 +1,99 @@
> +.. SPDX-License-Identifier: GPL-2.0
Do you know that this is the appropriate license for this file? If so, you
should say how you know that. I appreciate that you thought to add the
SPDX line, but we have to be sure that it actually matches the intent of
the creator of this file.
> +==============
> +KVM CPUID bits
> +==============
> +
> +:Author: Glauber Costa <glommer@redhat.com>, Red Hat Inc, 2010
I rather suspect that email address doesn't work these days.
> +A guest running on a kvm host, can check some of its features using
> +cpuid. This is not always guaranteed to work, since userspace can
> +mask-out some, or even all KVM-related cpuid features before launching
> +a guest.
> +
> +KVM cpuid functions are:
> +
> +function: **KVM_CPUID_SIGNATURE (0x40000000)**
I wouldn't add the **markup** here, it doesn't really help.
> +
> +returns::
> +
> + eax = 0x40000001
> + ebx = 0x4b4d564b
> + ecx = 0x564b4d56
> + edx = 0x4d
> +
> +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> +The value in eax corresponds to the maximum cpuid function present in this leaf,
> +and will be updated if more functions are added in the future.
> +Note also that old hosts set eax value to 0x0. This should
> +be interpreted as if the value was 0x40000001.
> +This function queries the presence of KVM cpuid leafs.
> +
> +function: **define KVM_CPUID_FEATURES (0x40000001)**
> +
> +returns::
> +
> + ebx, ecx
> + eax = an OR'ed group of (1 << flag)
> +
> +where ``flag`` is defined as below:
> +
> ++--------------------------------+------------+---------------------------------+
> +| flag | value | meaning |
> ++================================+============+=================================+
> +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> +| | | 0x11 and 0x12 |
You might consider using the
======= ===== ======
simpler table format
======= ===== ======
here, it might be a bit easier to read and maintain.
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:00 ` corbet
0 siblings, 0 replies; 30+ messages in thread
From: Jonathan Corbet @ 2019-07-08 20:00 UTC (permalink / raw)
On Sat, 6 Jul 2019 14:38:14 -0700
Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
> From: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
>
> Convert cpuid.txt to .rst format to be parsable by sphinx.
>
> Change format and spacing to make function definitions and return values
> much more clear. Also added a table that is parsable by sphinx and makes
> the information much more clean.
>
> Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> ---
> Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> 2 files changed, 99 insertions(+), 83 deletions(-)
> create mode 100644 Documentation/virtual/kvm/cpuid.rst
> delete mode 100644 Documentation/virtual/kvm/cpuid.txt
>
> diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> new file mode 100644
> index 000000000000..1a03336a500e
> --- /dev/null
> +++ b/Documentation/virtual/kvm/cpuid.rst
> @@ -0,0 +1,99 @@
> +.. SPDX-License-Identifier: GPL-2.0
Do you know that this is the appropriate license for this file? If so, you
should say how you know that. I appreciate that you thought to add the
SPDX line, but we have to be sure that it actually matches the intent of
the creator of this file.
> +==============
> +KVM CPUID bits
> +==============
> +
> +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
I rather suspect that email address doesn't work these days.
> +A guest running on a kvm host, can check some of its features using
> +cpuid. This is not always guaranteed to work, since userspace can
> +mask-out some, or even all KVM-related cpuid features before launching
> +a guest.
> +
> +KVM cpuid functions are:
> +
> +function: **KVM_CPUID_SIGNATURE (0x40000000)**
I wouldn't add the **markup** here, it doesn't really help.
> +
> +returns::
> +
> + eax = 0x40000001
> + ebx = 0x4b4d564b
> + ecx = 0x564b4d56
> + edx = 0x4d
> +
> +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> +The value in eax corresponds to the maximum cpuid function present in this leaf,
> +and will be updated if more functions are added in the future.
> +Note also that old hosts set eax value to 0x0. This should
> +be interpreted as if the value was 0x40000001.
> +This function queries the presence of KVM cpuid leafs.
> +
> +function: **define KVM_CPUID_FEATURES (0x40000001)**
> +
> +returns::
> +
> + ebx, ecx
> + eax = an OR'ed group of (1 << flag)
> +
> +where ``flag`` is defined as below:
> +
> ++--------------------------------+------------+---------------------------------+
> +| flag | value | meaning |
> ++================================+============+=================================+
> +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> +| | | 0x11 and 0x12 |
You might consider using the
======= ===== ======
simpler table format
======= ===== ======
here, it might be a bit easier to read and maintain.
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:00 ` corbet
0 siblings, 0 replies; 30+ messages in thread
From: corbet @ 2019-07-08 20:00 UTC (permalink / raw)
On Sat, 6 Jul 2019 14:38:14 -0700
Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
> From: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
>
> Convert cpuid.txt to .rst format to be parsable by sphinx.
>
> Change format and spacing to make function definitions and return values
> much more clear. Also added a table that is parsable by sphinx and makes
> the information much more clean.
>
> Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> ---
> Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> 2 files changed, 99 insertions(+), 83 deletions(-)
> create mode 100644 Documentation/virtual/kvm/cpuid.rst
> delete mode 100644 Documentation/virtual/kvm/cpuid.txt
>
> diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> new file mode 100644
> index 000000000000..1a03336a500e
> --- /dev/null
> +++ b/Documentation/virtual/kvm/cpuid.rst
> @@ -0,0 +1,99 @@
> +.. SPDX-License-Identifier: GPL-2.0
Do you know that this is the appropriate license for this file? If so, you
should say how you know that. I appreciate that you thought to add the
SPDX line, but we have to be sure that it actually matches the intent of
the creator of this file.
> +==============
> +KVM CPUID bits
> +==============
> +
> +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
I rather suspect that email address doesn't work these days.
> +A guest running on a kvm host, can check some of its features using
> +cpuid. This is not always guaranteed to work, since userspace can
> +mask-out some, or even all KVM-related cpuid features before launching
> +a guest.
> +
> +KVM cpuid functions are:
> +
> +function: **KVM_CPUID_SIGNATURE (0x40000000)**
I wouldn't add the **markup** here, it doesn't really help.
> +
> +returns::
> +
> + eax = 0x40000001
> + ebx = 0x4b4d564b
> + ecx = 0x564b4d56
> + edx = 0x4d
> +
> +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> +The value in eax corresponds to the maximum cpuid function present in this leaf,
> +and will be updated if more functions are added in the future.
> +Note also that old hosts set eax value to 0x0. This should
> +be interpreted as if the value was 0x40000001.
> +This function queries the presence of KVM cpuid leafs.
> +
> +function: **define KVM_CPUID_FEATURES (0x40000001)**
> +
> +returns::
> +
> + ebx, ecx
> + eax = an OR'ed group of (1 << flag)
> +
> +where ``flag`` is defined as below:
> +
> ++--------------------------------+------------+---------------------------------+
> +| flag | value | meaning |
> ++================================+============+=================================+
> +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> +| | | 0x11 and 0x12 |
You might consider using the
======= ===== ======
simpler table format
======= ===== ======
here, it might be a bit easier to read and maintain.
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
2019-07-08 20:00 ` corbet
(?)
@ 2019-07-08 20:15 ` lnowakow
-1 siblings, 0 replies; 30+ messages in thread
From: Luke Nowakowski-Krijger @ 2019-07-08 20:15 UTC (permalink / raw)
To: Jonathan Corbet
Cc: linux-kernel-mentees, pbonzini, rkrcmar, kvm, linux-doc,
linux-kernel
On Mon, Jul 08, 2019 at 02:00:22PM -0600, Jonathan Corbet wrote:
> On Sat, 6 Jul 2019 14:38:14 -0700
> Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu> wrote:
>
> > From: Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu>
> >
> > Convert cpuid.txt to .rst format to be parsable by sphinx.
> >
> > Change format and spacing to make function definitions and return values
> > much more clear. Also added a table that is parsable by sphinx and makes
> > the information much more clean.
> >
> > Signed-off-by: Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu>
> > ---
> > Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> > Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> > 2 files changed, 99 insertions(+), 83 deletions(-)
> > create mode 100644 Documentation/virtual/kvm/cpuid.rst
> > delete mode 100644 Documentation/virtual/kvm/cpuid.txt
> >
> > diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> > new file mode 100644
> > index 000000000000..1a03336a500e
> > --- /dev/null
> > +++ b/Documentation/virtual/kvm/cpuid.rst
> > @@ -0,0 +1,99 @@
> > +.. SPDX-License-Identifier: GPL-2.0
>
> Do you know that this is the appropriate license for this file? If so, you
> should say how you know that. I appreciate that you thought to add the
> SPDX line, but we have to be sure that it actually matches the intent of
> the creator of this file.
>
I do not know what the authors intent was. You are right. This is not my
work after all. Ill remove it in the next version.
> > +==============
> > +KVM CPUID bits
> > +==============
> > +
> > +:Author: Glauber Costa <glommer@redhat.com>, Red Hat Inc, 2010
>
> I rather suspect that email address doesn't work these days.
>
No I guess it wont :). We would still keep this correct?
> > +A guest running on a kvm host, can check some of its features using
> > +cpuid. This is not always guaranteed to work, since userspace can
> > +mask-out some, or even all KVM-related cpuid features before launching
> > +a guest.
> > +
> > +KVM cpuid functions are:
> > +
> > +function: **KVM_CPUID_SIGNATURE (0x40000000)**
>
> I wouldn't add the **markup** here, it doesn't really help.
>
My intent was to make the "function" part more readable immediately
because otherwise it sort of looks like a wall of text. I might have
gotten a little too fancy here though.
> > +
> > +returns::
> > +
> > + eax = 0x40000001
> > + ebx = 0x4b4d564b
> > + ecx = 0x564b4d56
> > + edx = 0x4d
> > +
> > +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> > +The value in eax corresponds to the maximum cpuid function present in this leaf,
> > +and will be updated if more functions are added in the future.
> > +Note also that old hosts set eax value to 0x0. This should
> > +be interpreted as if the value was 0x40000001.
> > +This function queries the presence of KVM cpuid leafs.
> > +
> > +function: **define KVM_CPUID_FEATURES (0x40000001)**
> > +
> > +returns::
> > +
> > + ebx, ecx
> > + eax = an OR'ed group of (1 << flag)
> > +
> > +where ``flag`` is defined as below:
> > +
> > ++--------------------------------+------------+---------------------------------+
> > +| flag | value | meaning |
> > ++================================+============+=================================+
> > +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> > +| | | 0x11 and 0x12 |
>
> You might consider using the
>
> ======= ===== ======
> simpler table format
> ======= ===== ======
>
> here, it might be a bit easier to read and maintain.
>
Understood.
> Thanks,
>
> jon
Thanks for the review,
- Luke
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:15 ` lnowakow
0 siblings, 0 replies; 30+ messages in thread
From: Luke Nowakowski-Krijger @ 2019-07-08 20:15 UTC (permalink / raw)
On Mon, Jul 08, 2019 at 02:00:22PM -0600, Jonathan Corbet wrote:
> On Sat, 6 Jul 2019 14:38:14 -0700
> Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
>
> > From: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> >
> > Convert cpuid.txt to .rst format to be parsable by sphinx.
> >
> > Change format and spacing to make function definitions and return values
> > much more clear. Also added a table that is parsable by sphinx and makes
> > the information much more clean.
> >
> > Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> > ---
> > Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> > Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> > 2 files changed, 99 insertions(+), 83 deletions(-)
> > create mode 100644 Documentation/virtual/kvm/cpuid.rst
> > delete mode 100644 Documentation/virtual/kvm/cpuid.txt
> >
> > diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> > new file mode 100644
> > index 000000000000..1a03336a500e
> > --- /dev/null
> > +++ b/Documentation/virtual/kvm/cpuid.rst
> > @@ -0,0 +1,99 @@
> > +.. SPDX-License-Identifier: GPL-2.0
>
> Do you know that this is the appropriate license for this file? If so, you
> should say how you know that. I appreciate that you thought to add the
> SPDX line, but we have to be sure that it actually matches the intent of
> the creator of this file.
>
I do not know what the authors intent was. You are right. This is not my
work after all. Ill remove it in the next version.
> > +==============
> > +KVM CPUID bits
> > +==============
> > +
> > +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
>
> I rather suspect that email address doesn't work these days.
>
No I guess it wont :). We would still keep this correct?
> > +A guest running on a kvm host, can check some of its features using
> > +cpuid. This is not always guaranteed to work, since userspace can
> > +mask-out some, or even all KVM-related cpuid features before launching
> > +a guest.
> > +
> > +KVM cpuid functions are:
> > +
> > +function: **KVM_CPUID_SIGNATURE (0x40000000)**
>
> I wouldn't add the **markup** here, it doesn't really help.
>
My intent was to make the "function" part more readable immediately
because otherwise it sort of looks like a wall of text. I might have
gotten a little too fancy here though.
> > +
> > +returns::
> > +
> > + eax = 0x40000001
> > + ebx = 0x4b4d564b
> > + ecx = 0x564b4d56
> > + edx = 0x4d
> > +
> > +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> > +The value in eax corresponds to the maximum cpuid function present in this leaf,
> > +and will be updated if more functions are added in the future.
> > +Note also that old hosts set eax value to 0x0. This should
> > +be interpreted as if the value was 0x40000001.
> > +This function queries the presence of KVM cpuid leafs.
> > +
> > +function: **define KVM_CPUID_FEATURES (0x40000001)**
> > +
> > +returns::
> > +
> > + ebx, ecx
> > + eax = an OR'ed group of (1 << flag)
> > +
> > +where ``flag`` is defined as below:
> > +
> > ++--------------------------------+------------+---------------------------------+
> > +| flag | value | meaning |
> > ++================================+============+=================================+
> > +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> > +| | | 0x11 and 0x12 |
>
> You might consider using the
>
> ======= ===== ======
> simpler table format
> ======= ===== ======
>
> here, it might be a bit easier to read and maintain.
>
Understood.
> Thanks,
>
> jon
Thanks for the review,
- Luke
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:15 ` lnowakow
0 siblings, 0 replies; 30+ messages in thread
From: lnowakow @ 2019-07-08 20:15 UTC (permalink / raw)
On Mon, Jul 08, 2019 at 02:00:22PM -0600, Jonathan Corbet wrote:
> On Sat, 6 Jul 2019 14:38:14 -0700
> Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
>
> > From: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> >
> > Convert cpuid.txt to .rst format to be parsable by sphinx.
> >
> > Change format and spacing to make function definitions and return values
> > much more clear. Also added a table that is parsable by sphinx and makes
> > the information much more clean.
> >
> > Signed-off-by: Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu>
> > ---
> > Documentation/virtual/kvm/cpuid.rst | 99 +++++++++++++++++++++++++++++
> > Documentation/virtual/kvm/cpuid.txt | 83 ------------------------
> > 2 files changed, 99 insertions(+), 83 deletions(-)
> > create mode 100644 Documentation/virtual/kvm/cpuid.rst
> > delete mode 100644 Documentation/virtual/kvm/cpuid.txt
> >
> > diff --git a/Documentation/virtual/kvm/cpuid.rst b/Documentation/virtual/kvm/cpuid.rst
> > new file mode 100644
> > index 000000000000..1a03336a500e
> > --- /dev/null
> > +++ b/Documentation/virtual/kvm/cpuid.rst
> > @@ -0,0 +1,99 @@
> > +.. SPDX-License-Identifier: GPL-2.0
>
> Do you know that this is the appropriate license for this file? If so, you
> should say how you know that. I appreciate that you thought to add the
> SPDX line, but we have to be sure that it actually matches the intent of
> the creator of this file.
>
I do not know what the authors intent was. You are right. This is not my
work after all. Ill remove it in the next version.
> > +==============
> > +KVM CPUID bits
> > +==============
> > +
> > +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
>
> I rather suspect that email address doesn't work these days.
>
No I guess it wont :). We would still keep this correct?
> > +A guest running on a kvm host, can check some of its features using
> > +cpuid. This is not always guaranteed to work, since userspace can
> > +mask-out some, or even all KVM-related cpuid features before launching
> > +a guest.
> > +
> > +KVM cpuid functions are:
> > +
> > +function: **KVM_CPUID_SIGNATURE (0x40000000)**
>
> I wouldn't add the **markup** here, it doesn't really help.
>
My intent was to make the "function" part more readable immediately
because otherwise it sort of looks like a wall of text. I might have
gotten a little too fancy here though.
> > +
> > +returns::
> > +
> > + eax = 0x40000001
> > + ebx = 0x4b4d564b
> > + ecx = 0x564b4d56
> > + edx = 0x4d
> > +
> > +Note that this value in ebx, ecx and edx corresponds to the string "KVMKVMKVM".
> > +The value in eax corresponds to the maximum cpuid function present in this leaf,
> > +and will be updated if more functions are added in the future.
> > +Note also that old hosts set eax value to 0x0. This should
> > +be interpreted as if the value was 0x40000001.
> > +This function queries the presence of KVM cpuid leafs.
> > +
> > +function: **define KVM_CPUID_FEATURES (0x40000001)**
> > +
> > +returns::
> > +
> > + ebx, ecx
> > + eax = an OR'ed group of (1 << flag)
> > +
> > +where ``flag`` is defined as below:
> > +
> > ++--------------------------------+------------+---------------------------------+
> > +| flag | value | meaning |
> > ++================================+============+=================================+
> > +| KVM_FEATURE_CLOCKSOURCE | 0 | kvmclock available at msrs |
> > +| | | 0x11 and 0x12 |
>
> You might consider using the
>
> ======= ===== ======
> simpler table format
> ======= ===== ======
>
> here, it might be a bit easier to read and maintain.
>
Understood.
> Thanks,
>
> jon
Thanks for the review,
- Luke
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
2019-07-08 20:15 ` lnowakow
(?)
@ 2019-07-08 20:20 ` corbet
-1 siblings, 0 replies; 30+ messages in thread
From: Jonathan Corbet @ 2019-07-08 20:20 UTC (permalink / raw)
To: Luke Nowakowski-Krijger
Cc: linux-kernel-mentees, pbonzini, rkrcmar, kvm, linux-doc,
linux-kernel
On Mon, 8 Jul 2019 13:15:10 -0700
Luke Nowakowski-Krijger <lnowakow@eng.ucsd.edu> wrote:
> > > +:Author: Glauber Costa <glommer@redhat.com>, Red Hat Inc, 2010
> >
> > I rather suspect that email address doesn't work these days.
> >
>
> No I guess it wont :). We would still keep this correct?
There's nothing good that will come from keeping a broken email address
there. You could either:
- Just take the address out, or
- Track Glauber down and get a newer address; you could ask him about the
licensing while you're at it :)
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:20 ` corbet
0 siblings, 0 replies; 30+ messages in thread
From: Jonathan Corbet @ 2019-07-08 20:20 UTC (permalink / raw)
On Mon, 8 Jul 2019 13:15:10 -0700
Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
> > > +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
> >
> > I rather suspect that email address doesn't work these days.
> >
>
> No I guess it wont :). We would still keep this correct?
There's nothing good that will come from keeping a broken email address
there. You could either:
- Just take the address out, or
- Track Glauber down and get a newer address; you could ask him about the
licensing while you're at it :)
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-08 20:20 ` corbet
0 siblings, 0 replies; 30+ messages in thread
From: corbet @ 2019-07-08 20:20 UTC (permalink / raw)
On Mon, 8 Jul 2019 13:15:10 -0700
Luke Nowakowski-Krijger <lnowakow at eng.ucsd.edu> wrote:
> > > +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
> >
> > I rather suspect that email address doesn't work these days.
> >
>
> No I guess it wont :). We would still keep this correct?
There's nothing good that will come from keeping a broken email address
there. You could either:
- Just take the address out, or
- Track Glauber down and get a newer address; you could ask him about the
licensing while you're at it :)
Thanks,
jon
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
2019-07-08 20:20 ` corbet
(?)
@ 2019-07-26 22:19 ` pbonzini
-1 siblings, 0 replies; 30+ messages in thread
From: Paolo Bonzini @ 2019-07-26 22:19 UTC (permalink / raw)
To: Jonathan Corbet, Luke Nowakowski-Krijger
Cc: linux-kernel-mentees, rkrcmar, kvm, linux-doc, linux-kernel
On 08/07/19 22:20, Jonathan Corbet wrote:
>>>> +:Author: Glauber Costa <glommer@redhat.com>, Red Hat Inc, 2010
>>> I rather suspect that email address doesn't work these days.
>>>
>> No I guess it wont :). We would still keep this correct?
> There's nothing good that will come from keeping a broken email address
> there. You could either:
>
> - Just take the address out, or
I agree with this, there have been more authors since 2010.
Regarding the license, it was my understanding that if somebody wants
anything but GPL-2.0 they should put it in the file when they create it.
That's because even if Glauber had a different idea of what license to
use, other contributors to the file couldn't know.
Paolo
> - Track Glauber down and get a newer address; you could ask him about the
> licensing while you're at it :)
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-26 22:19 ` pbonzini
0 siblings, 0 replies; 30+ messages in thread
From: Paolo Bonzini @ 2019-07-26 22:19 UTC (permalink / raw)
On 08/07/19 22:20, Jonathan Corbet wrote:
>>>> +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
>>> I rather suspect that email address doesn't work these days.
>>>
>> No I guess it wont :). We would still keep this correct?
> There's nothing good that will come from keeping a broken email address
> there. You could either:
>
> - Just take the address out, or
I agree with this, there have been more authors since 2010.
Regarding the license, it was my understanding that if somebody wants
anything but GPL-2.0 they should put it in the file when they create it.
That's because even if Glauber had a different idea of what license to
use, other contributors to the file couldn't know.
Paolo
> - Track Glauber down and get a newer address; you could ask him about the
> licensing while you're at it :)
^ permalink raw reply [flat|nested] 30+ messages in thread
* [Linux-kernel-mentees] [PATCH 2/3] Documentation: kvm: Convert cpuid.txt to .rst
@ 2019-07-26 22:19 ` pbonzini
0 siblings, 0 replies; 30+ messages in thread
From: pbonzini @ 2019-07-26 22:19 UTC (permalink / raw)
On 08/07/19 22:20, Jonathan Corbet wrote:
>>>> +:Author: Glauber Costa <glommer at redhat.com>, Red Hat Inc, 2010
>>> I rather suspect that email address doesn't work these days.
>>>
>> No I guess it wont :). We would still keep this correct?
> There's nothing good that will come from keeping a broken email address
> there. You could either:
>
> - Just take the address out, or
I agree with this, there have been more authors since 2010.
Regarding the license, it was my understanding that if somebody wants
anything but GPL-2.0 they should put it in the file when they create it.
That's because even if Glauber had a different idea of what license to
use, other contributors to the file couldn't know.
Paolo
> - Track Glauber down and get a newer address; you could ask him about the
> licensing while you're at it :)
^ permalink raw reply [flat|nested] 30+ messages in thread