On 12/5/2024 4:48 PM, Zhao Liu wrote:
On Thu, Dec 05, 2024 at 04:05:22PM +0800, Xiaoyao Li wrote:
Date: Thu, 5 Dec 2024 16:05:22 +0800
From: Xiaoyao Li
Subject: Re: [PATCH v1 0/4] Initialize nr_cores and nr_threads early and
related clearup
On 12/5/2024 3:30 PM, Zhao Liu wrote:
I'm
On Thu, Dec 05, 2024 at 04:05:22PM +0800, Xiaoyao Li wrote:
> Date: Thu, 5 Dec 2024 16:05:22 +0800
> From: Xiaoyao Li
> Subject: Re: [PATCH v1 0/4] Initialize nr_cores and nr_threads early and
> related clearup
>
> On 12/5/2024 3:30 PM, Zhao Liu wrote:
> > I'm
On 12/5/2024 3:30 PM, Zhao Liu wrote:
I'm also very sorry, but I have a slightly different opinion...
accel/tcg/user-exec-stub.c | 4 +++
hw/core/cpu-common.c | 2 +-
include/hw/core/cpu.h | 8 +
system/cpus.c | 6 +++-
target/alpha/cpu.c | 2 ++
I'm also very sorry, but I have a slightly different opinion...
> accel/tcg/user-exec-stub.c | 4 +++
> hw/core/cpu-common.c | 2 +-
> include/hw/core/cpu.h | 8 +
> system/cpus.c | 6 +++-
> target/alpha/cpu.c | 2 ++
> target/arm/cpu.c | 2 ++
Il ven 22 nov 2024, 10:44 David Hildenbrand ha scritto:
> > I think we can check if qdev_get_machine() gets a valid result. If not,
> > fall back to assign nr_cores and nr_threads to 1.
>
> That sounds reasonable to me.
>
Another possibility is to add a cpu_realize() function that sets two
prope
On 22.11.24 03:40, Xiaoyao Li wrote:
On 11/22/2024 2:52 AM, Paolo Bonzini wrote:
On 11/21/24 17:24, Xiaoyao Li wrote:
Could it go into cpu_common_initfn()?
It can, I think.
I'll move them into cpu_common_initfn() in v2 to avoid touching all
the ARCHes.
It does look better than the alternat
On 11/22/2024 2:52 AM, Paolo Bonzini wrote:
On 11/21/24 17:24, Xiaoyao Li wrote:
Could it go into cpu_common_initfn()?
It can, I think.
I'll move them into cpu_common_initfn() in v2 to avoid touching all
the ARCHes.
It does look better than the alternative of duplicating code.
On the othe
On 21/11/24 17:24, Xiaoyao Li wrote:
On 11/11/2024 6:49 PM, David Hildenbrand wrote:
On 08.11.24 08:06, Xiaoyao Li wrote:
This series is extracted from TDX QEMU v6[1] series per Paolo's request.
It is originally motivated by x86 TDX to track CPUID_HT in env-
>features[]
which requires nr_cor
On 11/21/24 17:24, Xiaoyao Li wrote:
Could it go into cpu_common_initfn()?
It can, I think.
I'll move them into cpu_common_initfn() in v2 to avoid touching all the
ARCHes.
It does look better than the alternative of duplicating code.
On the other hand qemu_init_vcpu is already duplicated a
On 11/11/2024 6:49 PM, David Hildenbrand wrote:
On 08.11.24 08:06, Xiaoyao Li wrote:
This series is extracted from TDX QEMU v6[1] series per Paolo's request.
It is originally motivated by x86 TDX to track CPUID_HT in env-
>features[]
which requires nr_cores and nr_cores being initialized earl
On 08.11.24 08:06, Xiaoyao Li wrote:
This series is extracted from TDX QEMU v6[1] series per Paolo's request.
It is originally motivated by x86 TDX to track CPUID_HT in env->features[]
which requires nr_cores and nr_cores being initialized earlier than in
"and nr_threads"
qemu_init_vcpu().
This series is extracted from TDX QEMU v6[1] series per Paolo's request.
It is originally motivated by x86 TDX to track CPUID_HT in env->features[]
which requires nr_cores and nr_cores being initialized earlier than in
qemu_init_vcpu().
Initialize of nr_cores and nr_threads earlier in x86's cpu_r
12 matches
Mail list logo
