we do not have to change all
old callers to pass a NULL in place of it, and we also we don't want
an internal shadow struct that we memcpy from with sizeof(). To be open
open to return data in the future, return a struct with the new field.
Signed-off-by: Bernhard Kaindl
---
xen/common/
the next patch, this field can be used to retrieve the accumulated
nonaffine running time e.g. using vcpu_runstate_get().
Signed-off-by: Bernhard Kaindl
---
xen/common/sched/core.c | 20
xen/include/xen/sched.h | 11 +++
2 files changed, 31 insertions(+)
diff --g
Fix missing commas after linking adverbs such as currently, fortunately,
hence, instead, and thus, when used as linking adverbs at the beginning
of sentences. I saw them with LTeX; other checkers have this rule too.
Signed-off-by: Bernhard Kaindl
---
SUPPORT.md
Signed-off-by: Bernhard Kaindl
---
SUPPORT.md | 18 +-
docs/designs/qemu-deprivilege.md | 2 +-
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/SUPPORT.md b/SUPPORT.md
index 2bc5bd81ee..9478b70b1b 100644
--- a/SUPPORT.md
+++ b/SUPPORT.md
While skimming through the misc docs, I spotted a few typos.
Signed-off-by: Bernhard Kaindl
---
docs/misc/livepatch.pandoc| 8
docs/misc/netif-staging-grants.pandoc | 10 +-
docs/misc/printk-formats.txt | 2 +-
3 files changed, 10 insertions(+), 10
Skimming the docs, I came across a few places for spelling improvements.
Signed-off-by: Bernhard Kaindl
---
Changes in v2:
- Apply review of v1: Leave "brand new" and omit changes that Andy will do.
- "binary-patch" -> "binary patch" ("binarily patch"
While skimming through the manual pages, I spotted a few typos.
Signed-off-by: Bernhard Kaindl
---
docs/man/xen-vtpmmgr.7.pod | 2 +-
docs/man/xl-numa-placement.7.pod | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/man/xen-vtpmmgr.7.pod b/docs/man/xen
id the fixes using LTeX in an IDE and re-checked the mail too.
Signed-off-by: Bernhard Kaindl
---
docs/designs/argo.pandoc| 4 ++--
docs/designs/nested-svm-cpu-features.md | 12 ++--
docs/designs/qemu-deprivilege.md| 8
docs/designs/xenstore-migration.
Skimming the docs, I came across a few places for spelling improvements.
I checked using dictionaries to be sure.
Signed-off-by: Bernhard Kaindl
---
docs/admin-guide/microcode-loading.rst| 4 ++--
docs/designs/non-cooperative-migration.md | 4 ++--
docs/designs/qemu-deprivilege.md
On 03/12/2024 12:37, Jan Beulich wrote:
On 03.12.2024 12:12, Bernhard Kaindl wrote:
This the 2nd part of my submission to fix the NUMA node memsize
retured in xen_sysctl_meminfo[].memsize by the XEN_SYSCTL_numainfo
hypercall to not count MMIO memory holes etc but only memory pages.
For this
While reviewing x86 NUMA code, I noticed that some funcitons
could benefit from adding some function header doc strings.
Signed-off-by: Bernhard Kaindl
---
xen/arch/x86/srat.c | 45 ++--
xen/arch/x86/x86_64/mm.c | 22 ++--
xen/common
ew this change or propose an alternaive is the purpose of this RFC.
Thanks,
Bernhard
Signed-off-by: Bernhard Kaindl
---
xen/common/sysctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c
index d02f44fe3a..cba6d3cfea 100644
--- a/xen/commo
and HW information tools like hwloc/lstopo with its
Xen backend for Dom0: https://github.com/xenserver-next/hwloc/
Introduce node_present_pages to node_data[]:
On boot, set the count of usable PFNs and update it on memory_add().
Signed-off-by: Bernhard Kaindl
---
Changes in v5:
- Checked
From: Bernhard Kaindl
At the moment, Xen keeps track of the spans of PFNs of the NUMA nodes.
But the PFN span sometimes includes large MMIO holes, so these values
might not be an exact representation of the total usable RAM of nodes.
Xen does not need it, but the size of the NUMA node's m
From: Bernhard Kaindl
Some admin tools like 'xl info -n' like to display the total memory
for each NUMA node. The Xen backend[1] of hwloc comes to mind too.
The total amount of RAM on a NUMA node is not needed by Xen internally:
Xen only uses NODE_DATA->node_spanned_pages, bu
From: Bernhard Kaindl
Changes in v2:
- Remove update of numainfo call, only calculate RAM for each node.
- Calculate RAM based on page boundaries, coding style fixes
Some admin tools like 'xl info -n' like to display the total memory
for each NUMA node. The Xen backend[1] of hwloc com
---
xen/arch/x86/srat.c | 45 ++--
xen/arch/x86/x86_64/mm.c | 22 ++--
xen/common/numa.c| 27 ++--
3 files changed, 88 insertions(+), 6 deletions(-)
diff --git a/xen/arch/x86/srat.c b/xen/arch/x86/srat.c
index 68
ry hot-add not tested, but is identical to bumping total_pages.
Signed-off-by: Bernhard Kaindl
---
xen/arch/x86/x86_64/mm.c | 2 ++
xen/common/numa.c| 14 +-
xen/common/sysctl.c | 2 +-
xen/include/xen/numa.h | 3 +++
4 files changed, 19 insertions(+), 2 deletions(-)
On 02/02/2023 6:34 pm, Andrew Cooper wrote:
On 02/02/2023 5:18 pm, Andrew Cooper wrote:
On 02/02/2023 5:13 pm, Bernhard Kaindl wrote:
Fixes for Py3:
* class Delayed(): file not defined; also an error for pylint -E
* Inconsistent use of tabs and spaces for indentation (in one block)
Signed-off
Fixes for Py3:
* class Delayed(): file not defined; also an error for pylint -E
* Inconsistent use of tabs and spaces for indentation (in one block)
Signed-off-by: Bernhard Kaindl
---
tools/xenmon/xenmon.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/xenmon
20 matches
Mail list logo
