[Public]
Hi,
> -Original Message-
> From: Jan Beulich
> Sent: Sunday, September 14, 2025 10:04 PM
> To: Tamas K Lengyel ; Penny, Zheng
>
> Cc: Huang, Ray ; Andrew Cooper
> ; Roger Pau Monné ;
> Alexandru Isaila ; Petre Pircalabu
> ; Daniel P. Smith ;
> xen-devel@lists.xenproject.org
> S
Children are automatically unparented so manually unparenting is
unnecessary.
Worse, automatic unparenting happens before the insntance_finalize()
callback of the parent gets called, so object_unparent() calls in
the callback will refer to objects that are already unparented, which
is semantically
Children are automatically unparented so manually unparenting is
unnecessary.
Worse, automatic unparenting happens before the instance_finalize()
callback of the parent gets called, so object_unparent() calls in
the callback will refer to objects that are already unparented, which
is semantically
Trimming Cc list a bit since this follow-up topic doesn't need quite as
wide distribution.
On Tue, Jul 15, 2025 at 04:11:29PM +, Anthoine Bourgeois wrote:
> We found at Vates that there are lot of spurious interrupts when
> benchmarking the PV drivers of Xen. This issue appeared with a patch
>
From: Denis Mukhin
Add a new symbol DOMID_ANY aliasing DOMID_INVALID to improve the readability
of the code.
Update all relevant domid_alloc() call sites.
Amends: 2d5065060710 ("xen/domain: unify domain ID allocation")
Signed-off-by: Denis Mukhin
---
Changes since v2:
- move DOMID_ANY back to
>
> I will try to setup Alpha architecture in QEMU in following days, but
> would like to ask first. Did you test alpha on clean v6.17-rc5 (without
> my patches) as a reference?
>
I'm running now on a fresh git pull from today so it's more like a
6.17-rc7. So no problems running the latest git at l
Hi Mykyta,
On 23/09/2025 14:37, Mykyta Poturai wrote:
On 18.09.25 16:35, Julien Grall wrote:
Hi Mykyta,
On 18/09/2025 13:16, Mykyta Poturai wrote:
Implement XEN_SYSCTL_CPU_HOTPLUG_* calls to allow for enabling/disabling
CPU cores in runtime.
Signed-off-by: Mykyta Poturai
---
xen/arch/arm
Hi Jan,
On 18/09/2025 15:51, Jan Beulich wrote:
On 18.09.2025 15:35, Julien Grall wrote:
On 18/09/2025 13:16, Mykyta Poturai wrote:
+static long cpu_hotplug_sysctl(struct xen_sysctl_cpu_hotplug *hotplug)
+{
+bool up;
+
+switch (hotplug->op) {
+case XEN_SYSCTL_CPU_HOTPLUG_ONLINE
On Tue, Sep 23, 2025 at 02:09:36PM -0300, Jason Gunthorpe wrote:
> On Sat, Sep 20, 2025 at 06:47:27PM -0600, Keith Busch wrote:
> >
> > One other thing to note, this was runing on arm64 platform using smmu
> > configured with 64k pages. If your iommu granule is 4k instead, we
> > wouldn't use the
Hi Mykyta,
Thank a lot for your patches.
On 18.09.25 15:16, Mykyta Poturai wrote:
This series implements support for CPU hotplug/unplug on Arm. To achieve this,
several things need to be done:
1. XEN_SYSCTL_CPU_HOTPLUG_* calls implemented.
2. timer and GIC maintenance interrupts switched to st
On 07.09.2025 18:15, Bernhard Kaindl wrote:
> --- a/xen/common/page_alloc.c
> +++ b/xen/common/page_alloc.c
> @@ -486,6 +486,10 @@ static unsigned long node_need_scrub[MAX_NUMNODES];
> static unsigned long *avail[MAX_NUMNODES];
> static long total_avail_pages;
>
> +/* Per-NUMA-node counts of fr
On 07.09.2025 18:15, Bernhard Kaindl wrote:
> When domain memory is allocated, domain_adjust_tot_pages(),
> also reduces the outstanding claim.
>
> Replace the checks to not over-reduce the claim beyond 0
> by using min() which prevents the claim to become negative
> (and also not be over-conumed
On 23.09.2025 06:38, Penny Zheng wrote:
> We extract cppc info from "struct xen_get_cpufreq_para", where it acts as
> a member of union, and share the space with governor info.
> However, it may fail in amd-cppc passive mode, in which governor info and
> CPPC info could co-exist, and both need to b
On 23.09.2025 06:38, Penny Zheng wrote:
> Right now, no matter for code construction or hardware restriction, HW_ALL
> shall be the only expected values in _PSD for AMD CPPC mode
>
> Suggested-by: Jan Beulich
> Signed-off-by: Penny Zheng
Reviewed-by: Jan Beulich
"Documentation Next Steps"
(https://design-sessions.xenproject.org/uid/discussion/disc_Jp2T9yq2I3sH00teD0CT/view)
design session notes
Animated by Cody.
The documentation kind of exist…
There’s the wiki but you cannot register: it’s deactivated.
We had to put a control system because some people
Hi all,
Here are my notes from this design session:
https://design-sessions.xenproject.org/uid/discussion/disc_ADNniRk2YcQ1wMOZeMXc/view
I apologize for it being partial and maybe containing errors, it was not
an easy task for a non-native speaker as well as someone who does not
know the topic of
On 23.09.2025 15:19, Mykyta Poturai wrote:
> On 18.09.25 17:59, Jan Beulich wrote:
>> On 18.09.2025 14:16, Mykyta Poturai wrote:
>>> --- a/config/arm64.mk
>>> +++ b/config/arm64.mk
>>> @@ -1,5 +1,6 @@
>>> CONFIG_ARM := y
>>> CONFIG_ARM_64 := y
>>> +CONFIG_HOTPLUG := y
>>>
>>> CONFIG_XEN_IN
On 23.09.2025 10:39, Sergii Dmytruk wrote:
> On Tue, Jul 08, 2025 at 06:00:13PM +0200, Jan Beulich wrote:
>> These inline functions are pretty large. Why do they need to be inline ones?
>
> The functions are run at entry points, one of which is in 32-bit early
> code and another in 64-bit EFI. Ha
On 23.09.2025 10:19, Penny, Zheng wrote:
> [Public]
>
>> -Original Message-
>> From: Jan Beulich
>> Sent: Friday, September 12, 2025 3:30 PM
>> To: Penny, Zheng ; Tamas K Lengyel
>>
>> Cc: Huang, Ray ; Andrew Cooper
>> ; Roger Pau Monné ;
>> Alexandru Isaila ; Petre Pircalabu
>> ; xen-de
On 18.09.25 17:59, Jan Beulich wrote:
> On 18.09.2025 14:16, Mykyta Poturai wrote:
>> --- a/config/arm64.mk
>> +++ b/config/arm64.mk
>> @@ -1,5 +1,6 @@
>> CONFIG_ARM := y
>> CONFIG_ARM_64 := y
>> +CONFIG_HOTPLUG := y
>>
>> CONFIG_XEN_INSTALL_SUFFIX :=
>>
>> --- a/config/x86_32.mk
>> +++
On 9/23/25 6:38 AM, Penny Zheng wrote:
Signed-off-by: Penny Zheng
---
v9 -> v10:
- s/Support/New/ and add a full stop at the end
---
CHANGELOG.md | 1 +
1 file changed, 1 insertion(+)
diff --git a/CHANGELOG.md b/CHANGELOG.md
index ca1b43b940..7b9518ff08 100644
--- a/CHANGELOG.md
+++ b/CHANGE
21 matches
Mail list logo
