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

2024-02-03 Thread osstest service owner
flight 184576 linux-linus real [real] flight 184582 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/184576/ http://logs.test-lab.xenproject.org/osstest/logs/184582/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking):

[ovmf test] 184583: all pass - PUSHED

2024-02-03 Thread osstest service owner
flight 184583 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184583/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 141dcaed6cc930d83a4f95cb51ebc22f51fcc32c baseline version: ovmf

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

2024-02-03 Thread osstest service owner
flight 184566 linux-linus real [real] flight 184575 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/184566/ http://logs.test-lab.xenproject.org/osstest/logs/184575/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking):

Re: [PATCH v6 01/15] xen/common: add cache coloring common code

2024-02-03 Thread Carlo Nonato
Hi Jan, On Thu, Feb 1, 2024 at 1:59 PM Jan Beulich wrote: > > On 29.01.2024 18:17, Carlo Nonato wrote: > > --- a/xen/arch/Kconfig > > +++ b/xen/arch/Kconfig > > @@ -31,3 +31,20 @@ config NR_NUMA_NODES > > associated with multiple-nodes management. It is the upper bound of > > the

Re: [PATCH v6 01/15] xen/common: add cache coloring common code

2024-02-03 Thread Carlo Nonato
Hi Jan, On Wed, Jan 31, 2024 at 4:57 PM Jan Beulich wrote: > > On 29.01.2024 18:17, Carlo Nonato wrote: > > Last Level Cache (LLC) coloring allows to partition the cache in smaller > > chunks called cache colors. Since not all architectures can actually > > implement it, add a HAS_LLC_COLORING

Re: [PATCH v6 01/15] xen/common: add cache coloring common code

2024-02-03 Thread Carlo Nonato
Hi Jan, On Thu, Feb 1, 2024 at 1:18 PM Jan Beulich wrote: > > On 29.01.2024 18:17, Carlo Nonato wrote: > > --- /dev/null > > +++ b/docs/misc/cache-coloring.rst > > @@ -0,0 +1,87 @@ > > +Xen cache coloring user guide > > += > > + > > +The cache coloring support in Xen

Re: [PATCH v6 04/15] xen/arm: add Dom0 cache coloring support

2024-02-03 Thread Carlo Nonato
Hi Jan, On Thu, Feb 1, 2024 at 2:30 PM Jan Beulich wrote: > > On 29.01.2024 18:18, Carlo Nonato wrote: > > Add a command line parameter to allow the user to set the coloring > > configuration for Dom0. > > A common configuration syntax for cache colors is introduced and > > documented. > > Take

Re: [PATCH v6 05/15] xen: extend domctl interface for cache coloring

2024-02-03 Thread Carlo Nonato
Hi Jan, On Thu, Feb 1, 2024 at 2:51 PM Jan Beulich wrote: > > On 29.01.2024 18:18, Carlo Nonato wrote: > > @@ -858,6 +859,16 @@ long do_domctl(XEN_GUEST_HANDLE_PARAM(xen_domctl_t) > > u_domctl) > > __HYPERVISOR_domctl, "h", u_domctl); > > break; > > > > +case

Re: [PATCH v6 07/15] xen/arm: add support for cache coloring configuration via device-tree

2024-02-03 Thread Carlo Nonato
Hi Jan, On Thu, Feb 1, 2024 at 3:19 PM Jan Beulich wrote: > > On 29.01.2024 18:18, Carlo Nonato wrote: > > @@ -950,6 +951,11 @@ void __init create_domUs(void) > > #endif > > } > > > > +dt_property_read_string(node, "llc-colors", _colors_str); > > +if (

[PATCH 2/2] xen: balloon: make balloon_subsys const

2024-02-03 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the balloon_subsys variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B.

[PATCH 0/2] drivers: xen: struct bus_type cleanup

2024-02-03 Thread Ricardo B. Marliere
: make xen_pcpu_subsys const xen: balloon: make balloon_subsys const drivers/xen/pcpu.c| 2 +- drivers/xen/xen-balloon.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- base-commit: 2d2db7d40254d5fb53b11ebd703cd1ed0c5de7a1 change-id: 20240203-bus_cleanup-xen-da95a6226a35

[PATCH 1/2] xen: pcpu: make xen_pcpu_subsys const

2024-02-03 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the xen_pcpu_subsys variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B.

[ovmf test] 184579: all pass - PUSHED

2024-02-03 Thread osstest service owner
flight 184579 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184579/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf a1b98c8f845c165572937149a46e12ca36960617 baseline version: ovmf

[xen-unstable test] 184568: tolerable FAIL - PUSHED

2024-02-03 Thread osstest service owner
flight 184568 xen-unstable real [real] flight 184577 xen-unstable real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/184568/ http://logs.test-lab.xenproject.org/osstest/logs/184577/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking):

Re: [PATCH 0/2] drivers: xen: struct bus_type cleanup

2024-02-03 Thread Greg Kroah-Hartman
On Sat, Feb 03, 2024 at 03:53:36PM -0300, Ricardo B. Marliere wrote: > This series is part of an effort to cleanup the users of the driver > core, as can be seen in many recent patches authored by Greg across the > tree (e.g. [1]). Specifically, this series is part of the task of > splitting one

[libvirt test] 184573: tolerable all pass - PUSHED

2024-02-03 Thread osstest service owner
flight 184573 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/184573/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 184562 test-armhf-armhf-libvirt-qcow2 15

[linux-6.1 test] 184570: tolerable FAIL - PUSHED

2024-02-03 Thread osstest service owner
flight 184570 linux-6.1 real [real] flight 184581 linux-6.1 real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/184570/ http://logs.test-lab.xenproject.org/osstest/logs/184581/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking):

[ovmf test] 184580: all pass - PUSHED

2024-02-03 Thread osstest service owner
flight 184580 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184580/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf cd6f2152237713d12723a55aa258c7ae91577dff baseline version: ovmf