Re: [XEN PATCH] x86/cpufreq: clean up stale powernow_cpufreq_init()

On 04.06.2024 10:46, Sergiy Kibrik wrote: > Remove useless declaration. The routine itself was removed by following > commit long time ago: > >222013114 x86: Fix RevF detection in powernow.c > > No functional change. > > Signed-off-by: Sergiy Kibrik Reviewed-by: Jan Beulich This actually

Re: [XEN PATCH v1] x86/cpufreq: separate powernow/hwp cpufreq code

On 04.06.2024 11:34, Sergiy Kibrik wrote: > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c > @@ -657,7 +657,7 @@ static int __init cf_check cpufreq_driver_init(void) > > case X86_VENDOR_AMD: > case X86_VENDOR_HYGON: > -ret = pow

Re: [PATCH for-4.19? v5 07/10] xen: Make the maximum number of altp2m views configurable for x86

On 02.06.2024 22:04, Petr Beneš wrote: > @@ -5245,7 +5251,7 @@ void hvm_fast_singlestep(struct vcpu *v, uint16_t > p2midx) > if ( !hvm_is_singlestep_supported() ) > return; > > -if ( p2midx >= MAX_ALTP2M ) > +if ( p2midx >= v->domain->nr_altp2m ) > return; As (iirc

Re: [XEN PATCH v1] x86/cpufreq: separate powernow/hwp cpufreq code

06.06.24 10:08, Jan Beulich: On 04.06.2024 11:34, Sergiy Kibrik wrote: --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c @@ -657,7 +657,7 @@ static int __init cf_check cpufreq_driver_init(void) case X86_VENDOR_AMD: case X86_VENDOR_HYGON:

Join us for day 3 - Free virtual Xen Summit 2024

Hi everyone, Please find the *schedule of talks listed here.* - All sessions on Thursday 6th June will use the following links: - *DESIGN SESSION A *(Liberdade Room)

[ovmf test] 186264: all pass - PUSHED

flight 186264 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/186264/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 65b0d08786888284cd1bb705c58f53a65ae443b0 baseline version: ovmf b45aff0dc9cb87f316eb1

Re: [XEN PATCH v1] x86/cpufreq: separate powernow/hwp cpufreq code

On 06.06.2024 09:30, Sergiy Kibrik wrote: > 06.06.24 10:08, Jan Beulich: >> On 04.06.2024 11:34, Sergiy Kibrik wrote: >>> --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c >>> +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c >>> @@ -657,7 +657,7 @@ static int __init cf_check cpufreq_driver_init(void) >>> >>>

Re: [PATCH for-4.19? v5 09/10] xen/x86: Disallow creating domains with altp2m enabled and altp2m.nr == 0

On 02.06.2024 22:04, Petr Beneš wrote: > From: Petr Beneš > > Since libxl finally sends the altp2m.nr value, we can remove the previously > introduced temporary workaround. > > Creating domain with enabled altp2m while setting altp2m.nr == 0 doesn't > make sense and it's probably not what user w

Re: [PATCH v3 3/3] ui+display: rename is_buffer_shared() -> surface_is_allocated()

On 05/06/2024 14:14, Gerd Hoffmann wrote: Boolean return value is reversed, to align with QEMU_ALLOCATED_FLAG, so all callers must be adapted. Also rename share_surface variable in vga_draw_graphic() to reduce confusion. No functional change. Suggested-by: Marc-André Lureau Signed-off-by: Ger

[XEN PATCH v1] x86/intel: optional build of PSR support

Platform Shared Resource feature is available for certain Intel's CPUs only, hence can be put under CONFIG_INTEL build option. When !INTEL then PSR-related sysctls XEN_SYSCTL_psr_cmt_op & XEN_SYSCTL_psr_alloc are off as well. Signed-off-by: Sergiy Kibrik --- xen/arch/x86/Makefile | 2

[linux-linus test] 186260: tolerable FAIL - PUSHED

flight 186260 linux-linus real [real] flight 186265 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/186260/ http://logs.test-lab.xenproject.org/osstest/logs/186265/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-

[xen-unstable test] 186261: tolerable FAIL

flight 186261 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/186261/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl 10 host-ping-check-xen fail in 186252 pass in 186241 test-armhf-armhf-xl 7

[XEN PATCH v1] x86/intel: optional build of TSX support

Transactional Synchronization Extensions are available for certain Intel's CPUs only, hence can be put under CONFIG_INTEL build option. The whole TSX support, even if supported by CPU, may need to be disabled via options, by microcode or through spec-ctrl, depending on a set of specific conditions

[ovmf test] 186266: all pass - PUSHED

flight 186266 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/186266/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 90cb1ec33225a070e9fea1d94c72ff590bd38731 baseline version: ovmf 65b0d08786888284cd1bb

[libvirt test] 186263: tolerable all pass - PUSHED

flight 186263 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/186263/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 186255 test-amd64-amd64-libvirt 15 migrate-s

[for-4.19] x86 emulator session outcome

Oleksii, a decision of the session just finished was to deprecate support for XeonPhi in 4.19, with the firm plan to remove support in 4.20. This will want putting in the release notes. Jan

[ovmf test] 186267: all pass - PUSHED

flight 186267 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/186267/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 71606314f80500ff0849f66553fad0da11bf4beb baseline version: ovmf 90cb1ec33225a070e9fea

[linux-linus test] 186268: tolerable FAIL - PUSHED

flight 186268 linux-linus real [real] flight 186269 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/186268/ http://logs.test-lab.xenproject.org/osstest/logs/186269/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-

[RFC 1/1] swiotlb: Reduce calls to swiotlb_find_pool()

From: Michael Kelley With CONFIG_SWIOTLB_DYNAMIC enabled, each round-trip map/unmap pair in the swiotlb results in 6 calls to swiotlb_find_pool(). In multiple places, the pool is found and used in one function, and then must found again in the next function that is called because only the tlb_add

[ovmf test] 186271: all pass - PUSHED

flight 186271 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/186271/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf f9c2f2fa0fd92f94d6c20292f37d5302762cad66 baseline version: ovmf 71606314f80500ff0849f

[ovmf test] 186273: all pass - PUSHED

flight 186273 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/186273/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 80b59ff8320d1bd134bf689fe9c0ddf4e0473b88 baseline version: ovmf f9c2f2fa0fd92f94d6c20