Just like domain_soft_reset() properly zaps runstate area handles, the
secondary time area ones also need discarding to prevent guest memory
corruption once the guest is re-started.
Signed-off-by: Jan Beulich
---
To avoid another for_each_vcpu() here, domain_soft_reset() could also
be made call a
flight 173670 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173670/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 14 guest-start fail REGR. vs. 173457
test-armhf-a
flight 173614 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173614/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf e7d7f02c8e157e936855a091948757f78c7d0298
baseline version:
ovmf 03710322893afb4d0efb5
flight 173564 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173564/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-seattle 8 xen-boot fail REGR. vs. 173462
test-arm64-arm64-xl
flight 173649 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173649/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 14 guest-start fail REGR. vs. 173457
test-armhf-a
The static heap feature requires user to know the minimal size of
heap to make sure the system can work. Since the heap controlled
by Xen is intended to provide memory for the whole system, not only
the boot time memory allocation should be covered by the static
heap region, but also the runtime al
With the P2M pages pool bounding the domain memory runtime allocation
and the documented minimal size requirement of the static heap, it is
safe to mark static heap feature as supported.
Signed-off-by: Henry Wang
---
SUPPORT.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
The static heap feature requires user to know the minimal size of
heap to make sure the system can work. Since the heap controlled
by Xen is intended to provide memory for the whole system, not only
the boot time memory allocation should be covered by the static
heap region, but also the runtime al
Hi Andrew,
> -Original Message-
> From: Andrew Cooper
> Subject: [PATCH 2/2] tools/ocaml/xc: Address ABI issues with physinfo arch
> flags
>
> The current bindings function, but the preexisting
>
> type physinfo_arch_cap_flag =
> | X86 of x86_physinfo_arch_cap_flag
>
> is a
Hi Andrew,
> -Original Message-
> From: Andrew Cooper
> Subject: [PATCH 1/2] tools/ocaml/xc: Fix code legibility in
> stub_xc_domain_create()
>
> Reposition the defines to match the outer style and to make the logic
> half-legible.
>
> No functional change.
>
> Fixes: 0570d7f276dd ("x8
branch xen-4.14-testing
xenbranch xen-4.14-testing
job build-arm64
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reprod
branch xen-4.15-testing
xenbranch xen-4.15-testing
job build-amd64-xsm
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
flight 173587 xen-4.13-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173587/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 172549
build-arm64-xs
From: Stefano Stabellini
Add SPDX license information to all the *.c files under arch/arm.
The SPDX tags added by this patch were chosen based on the existing
copyright headers. When the copyright header was missing we used the
default license which is GPLv2 for Xen (as per the COPYING file).
O
From: Stefano Stabellini
Remove the extra copy of the GPL license and license copyright headers
from CONTRIBUTING and the top-level COPYING.
Mention of the LICENSES/ directory and also mention the SPDX tag.
SPDX support is still in progress and COPYING files in subdirectories
still need to be u
From: Stefano Stabellini
Add the individual licenses under a new top-level directory named
"LICENSES". Each license file includes its related SPDX tags.
Signed-off-by: Stefano Stabellini
Acked-by: Julien Grall
---
Changes in v4:
- add ack
- move patch to #1
---
LICENSES/BSD-2-Clause |
From: Stefano Stabellini
Signed-off-by: Stefano Stabellini
---
CODING_STYLE | 10 ++
1 file changed, 10 insertions(+)
diff --git a/CODING_STYLE b/CODING_STYLE
index 3386ee1d90..5faf274b3a 100644
--- a/CODING_STYLE
+++ b/CODING_STYLE
@@ -14,6 +14,16 @@ explicitly (e.g. tools/libxl/CODIN
Hi all,
This small series introduces SPDX tags to Xen:
1) add a mention to SPDX in CODING_STYLE
2) add a LICENSES directory with licenses and SPDX tags
3) adds the SPDX single-line comment to arch/arm/*.c
Note that arch/arm/*.c is just a start. Also, to make the changes as
mechanical as possible
On Wed, 12 Oct 2022, Oleksandr Tyshchenko wrote:
> > On Thu, 6 Oct 2022, Oleksandr Tyshchenko wrote:
> >> From: Oleksandr Tyshchenko
> >>
> >> Use the same "xen-grant-dma" device concept (based on generic IOMMU
> >> device-tree bindings) for the PCI devices behind device-tree based
> >> PCI Host c
flight 173573 xen-4.14-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173573/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 172550
build-arm64-xs
flight 173619 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173619/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 14 guest-start fail REGR. vs. 173457
test-armhf-a
The pull request you sent on Wed, 12 Oct 2022 09:16:18 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-6.1-rc1-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/778ce723e93ee803ef5883619fe2391e00dbc209
Thank you!
--
Deet-doot-dot, I
flight 173542 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173542/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 173490
test-armhf-armhf-libvirt-qcow2 15 saveres
On 07.10.22 04:14, Stefano Stabellini wrote:
Hello Stefano
Thank you for the detailed analysis. Please see answers below.
> On Thu, 6 Oct 2022, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> Use the same "xen-grant-dma" device concept (based on generic IOMMU
>> device-tree bi
flight 173534 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173534/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 6 kernel-build fail in 173497 REGR. vs. 173447
Tests which are f
flight 173604 xen-unstable-smoke real [real]
flight 173613 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173604/
http://logs.test-lab.xenproject.org/osstest/logs/173613/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
Reposition the defines to match the outer style and to make the logic
half-legible.
No functional change.
Fixes: 0570d7f276dd ("x86/msr: introduce an option for compatible MSR behavior
selection")
Signed-off-by: Andrew Cooper
---
CC: Christian Lindig
CC: David Scott
CC: Edwin Torok
CC: Rob H
Patch 1 is purely some a tweak to improve legibility. It's not necessary for
4.17 but it's also 0 risk to take as well.
Patch 2 is a change to an ABI which was newly introduced in 4.17. It is
suboptimal for two reasons and specifically does want changing before 4.17
ships. See patch for details
The current bindings function, but the preexisting
type physinfo_arch_cap_flag =
| X86 of x86_physinfo_arch_cap_flag
is a special case in the Ocaml type system with an unusual indirection, and
will break when a second option, e.g. `| ARM of ...` is added.
Also, the position the list i
flight 173553 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173553/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 03710322893afb4d0efb57781dd07c2aa9cbb9e8
baseline version:
ovmf f80580f56b267c96f16f9
flight 173546 xen-4.15-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173546/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 172547
build-arm64-xs
Hi all,
Here is a proposal to create a deviation system for all the static analyser
finding from
both generic static code checkers and MISRA compliance, as said before, there
might
be some case where we won’t fix a part of the code because the way it is
written is
safer than the proposed fix fr
On Wed, Oct 12, 2022 at 11:13:20AM -0400, Ross Philipson wrote:
> I am already using the pr_* macros in the patches. Are you asking me to do
> something
Yes. You do
pr_X("prefix_string: msg"
while you should set the prefix string and do
pr_X("msg".
As said, grep the tree for examples where pr_
flight 173525 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173525/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm broken
test-amd6
On 12.10.22 17:13, Ross Philipson wrote:
On 10/8/22 11:12, Borislav Petkov wrote:
Adding Xen and Jailhouse people and MLs to Cc.
Folks, thread starts here:
https://lore.kernel.org/r/1650035401-22855-1-git-send-email-ross.philip...@oracle.com
On Fri, Apr 15, 2022 at 11:10:00AM -0400, Ross Phil
On 10/8/22 11:12, Borislav Petkov wrote:
Adding Xen and Jailhouse people and MLs to Cc.
Folks, thread starts here:
https://lore.kernel.org/r/1650035401-22855-1-git-send-email-ross.philip...@oracle.com
On Fri, Apr 15, 2022 at 11:10:00AM -0400, Ross Philipson wrote:
There are a number of places
On Wed, Oct 12, 2022 at 01:16:47PM +, Henry Wang wrote:
> Hi Jan,
>
> > -Original Message-
> > From: Jan Beulich
> > Subject: [PATCH v2][4.15] libxl/Arm: correct xc_shadow_control() invocation
> > to fix build
> >
> > The backport didn't adapt to the earlier function prototype taking
flight 173511 xen-4.16-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173511/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt-raw 12 debian-di-installfail REGR. vs. 172623
test-arm64-arm
flight 173583 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173583/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 14 guest-start fail REGR. vs. 173457
Tests which
On 11.10.2022 18:22, Roger Pau Monné wrote:
> On Thu, Aug 18, 2022 at 03:03:33PM +0200, Jan Beulich wrote:
>> @@ -1309,6 +1360,39 @@ static int __init mwait_idle_probe(void)
>> pr_debug(PREFIX "lapic_timer_reliable_states %#x\n",
>> lapic_timer_reliable_states);
>>
>> +str
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: [PATCH v2][4.15] libxl/Arm: correct xc_shadow_control() invocation
> to fix build
>
> The backport didn't adapt to the earlier function prototype taking more
> (unused here) arguments.
>
> Fixes: c5215044578e ("xen/arm, libxl:
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: Re: [PATCH][4.15] libxl/Arm: correct xc_shadow_control() invocation
> to fix build
>
> On 12.10.2022 15:07, Henry Wang wrote:
> > I thought to send my patch for fixing this issue tomorrow, but since you are
> > sending...
>
> W
The backport didn't adapt to the earlier function prototype taking more
(unused here) arguments.
Fixes: c5215044578e ("xen/arm, libxl: Implement XEN_DOMCTL_shadow_op for Arm")
Signed-off-by: Jan Beulich
---
Also applicable to 4.14 and 4.13.
---
v2: Correct oversights.
--- a/tools/libs/light/libx
On 12.10.2022 15:07, Henry Wang wrote:
> I thought to send my patch for fixing this issue tomorrow, but since you are
> sending...
Well, I was hoping to get something in before the day closes.
>> -Original Message-
>> From: Jan Beulich
>> Subject: [PATCH][4.15] libxl/Arm: correct xc_shad
Hi Jan,
I thought to send my patch for fixing this issue tomorrow, but since you are
sending...
> -Original Message-
> From: Jan Beulich
> Subject: [PATCH][4.15] libxl/Arm: correct xc_shadow_control() invocation to
> fix build
>
> The backport didn't adapt to the earlier function protot
The backport didn't adapt to the earlier function prototype taking more
(unused here) arguments.
Fixes: c5215044578e ("xen/arm, libxl: Implement XEN_DOMCTL_shadow_op for Arm")
Signed-off-by: Jan Beulich
---
Also applicable to 4.14 and 4.13.
--- a/tools/libs/light/libxl_arm.c
+++ b/tools/libs/lig
branch xen-4.13-testing
xenbranch xen-4.13-testing
job build-arm64-xsm
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and re
branch xen-4.14-testing
xenbranch xen-4.14-testing
job build-arm64-xsm
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and re
branch xen-4.15-testing
xenbranch xen-4.15-testing
job build-arm64-xsm
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and re
flight 173521 xen-4.13-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173521/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 172549
build-arm64-xs
On 12/10/2022 11:49, Julien Grall wrote:
> Hi Andrew,
>
> On 12/10/2022 11:29, Andrew Cooper wrote:
>> On 12/10/2022 11:01, Julien Grall wrote:
>>> (+ Bertrand & Stefano)
>>>
>>> Hi Henry,
>>>
>>> On 12/10/2022 07:39, Henry Wang wrote:
> -Original Message-
> Subject: Re: [xen-unstab
Hi Andrew,
On 12/10/2022 11:29, Andrew Cooper wrote:
On 12/10/2022 11:01, Julien Grall wrote:
(+ Bertrand & Stefano)
Hi Henry,
On 12/10/2022 07:39, Henry Wang wrote:
-Original Message-
Subject: Re: [xen-unstable-smoke test] 173492: regressions - FAIL
On 11.10.2022 18:29, osstest ser
On 12/10/2022 11:01, Julien Grall wrote:
> (+ Bertrand & Stefano)
>
> Hi Henry,
>
> On 12/10/2022 07:39, Henry Wang wrote:
>>> -Original Message-
>>> Subject: Re: [xen-unstable-smoke test] 173492: regressions - FAIL
>>>
>>> On 11.10.2022 18:29, osstest service owner wrote:
flight 17349
Hi Julien,
Thank you very much for your reply.
> -Original Message-
> From: Julien Grall
> Subject: Re: [xen-unstable-smoke test] 173492: regressions - FAIL
>
> (+ Bertrand & Stefano)
>
> Hi Henry,
>
> > I am also quite confused about this issue, as from my local test today on
> > dif
(+ Bertrand & Stefano)
Hi Henry,
On 12/10/2022 07:39, Henry Wang wrote:
-Original Message-
Subject: Re: [xen-unstable-smoke test] 173492: regressions - FAIL
On 11.10.2022 18:29, osstest service owner wrote:
flight 173492 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.o
flight 173538 xen-unstable-smoke real [real]
flight 173560 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173538/
http://logs.test-lab.xenproject.org/osstest/logs/173560/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
flight 173517 xen-4.14-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173517/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 172550
build-arm64-xs
flight 173505 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173505/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-seattle 8 xen-boot fail REGR. vs. 173462
test-arm64-arm64-xl
On 11.10.2022 18:02, Roger Pau Monne wrote:
> --- a/xen/arch/x86/cpu/amd.c
> +++ b/xen/arch/x86/cpu/amd.c
> @@ -814,7 +814,9 @@ void amd_set_ssbd(bool enable)
> wrmsr(MSR_VIRT_SPEC_CTRL, enable ? SPEC_CTRL_SSBD : 0, 0);
> else if ( amd_legacy_ssbd )
> core_set_lega
On 11.10.2022 18:02, Roger Pau Monne wrote:
> @@ -2365,12 +2365,6 @@ On hardware supporting STIBP (Single Thread Indirect
> Branch Predictors), the
> By default, Xen will use STIBP when IBRS is in use (IBRS implies STIBP), and
> when hardware hints recommend using it as a blanket setting.
>
>
On 11.10.2022 18:02, Roger Pau Monne wrote:
> Since the VIRT_SPEC_CTRL.SSBD selection is no longer context switched
> on vm{entry,exit} there's no need to use a synthetic feature bit for
> it anymore.
>
> Remove the bit and instead use a global variable.
>
> No functional change intended.
>
> Si
On 11.10.2022 18:02, Roger Pau Monne wrote:
> @@ -140,6 +135,7 @@ __UNLIKELY_END(nsvm_hap)
> */
> stgi
> GLOBAL(svm_stgi_label)
> +
> mov %rsp,%rdi
> call svm_vmexit_handler
> jmp .Lsvm_do_resume
Seemingly stray change?
> --- a/xen/arch/x86/hvm/svm
Add make clean support to remove the containers from the local docker
registry:
- make clean: remove all images
- clean-yocto/kirkstone-qemuarm: remove yocto kirkstone for qemuarm
image
Signed-off-by: Bertrand Marquis
---
Changes in v2:
- none
Changes in v1:
- patch added
---
automation/build/Ma
Add a container suitable to run yocto kirkstone build based on ubuntu
22.04. It contains all packages required by Yocto and a checkout of the
layers required to build Xen with Yocto.
Add a build script to build and run xen on qemu using Yocto.
The script supports arm32, arm64 and x86_64 and checks
Create yocto containers for kirkstone with a builder step to fill the
yocto cache by running the build script once.
Those containers depend on the kirkstone.dockerfile container to be
created and use it as base image.
To run a build test on one image the following command must be called
inside the
This patch series is a first attempt to check if we could use Yocto in
gitlab ci to build and run xen on qemu for arm, arm64 and x86.
The first patch is creating a container with all elements required to
build Yocto, a checkout of the yocto layers required and an helper
script to build and run xen
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-6.1-rc1-tag
xen: branch for v6.1-rc1
It contains:
- Some minor typo fixes
- A fix of the Xen pcifront driver for supporting the device model to
run in a Linux stub domain
- A clea
On 11.10.2022 17:53, Jennifer Herbert wrote:
> Are any further changes needed to upstream this patch series?
On Sept 19th Jason and I gave comments on the series, which will want
addressing one way or another (presumably in a v2).
Jan
68 matches
Mail list logo
