flight 180445 xen-4.16-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/180445/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 180407
test-amd64-i38
> On 27 Apr 2023, at 21:07, Andrew Cooper wrote:
>
> On 27/04/2023 2:25 pm, Luca Fancellu wrote:
>> Currently the script return code is 0 even if an exception is
>> found, because the return code is written only if the exception
>> object has the errorcode member.
>>
>> Fix the issue returnin
flight 180443 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/180443/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict 7 xen-install fail REGR.
vs. 180369
Tests whic
flight 180459 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/180459/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 180453 xen-unstable-smoke real [real]
flight 180456 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/180453/
http://logs.test-lab.xenproject.org/osstest/logs/180456/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
flight 180454 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/180454/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf e5e1cd1a83e2e7aa2179db3de5fc00d76713ec6f
baseline version:
ovmf edacc551e6586258ab046
flight 180440 linux-linus real [real]
flight 180455 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/180440/
http://logs.test-lab.xenproject.org/osstest/logs/180455/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
The pull request you sent on Thu, 27 Apr 2023 09:38:08 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-6.4-rc1-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/35fab9271b7e6d193b47005c4d07369714db4fd1
Thank you!
--
Deet-doot-dot, I
flight 180446 xen-4.17-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/180446/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 180422
test-amd64-i386-xl-qemuu-win7-am
On Thu, 27 Apr 2023, Michal Orzel wrote:
> Being able to access a real board with real resources gives a great
> opportunity to finally test passthroughing devices to guests. Therefore,
> create a new Xilinx job to test GEM (Gigabit Ethernet MAC) controller
> passthrough to a dom0less domU.
>
> By
On Thu, 27 Apr 2023, Michal Orzel wrote:
> At the moment, setting up a network bridge is unconditionally placed
> in the dom0 xen.start script. Since we might want to use the network
> interface (there is only one working GEM on the board) for other tests
> (e.g. passthrough), move the bridge setup
I am familiar with the zcu102 but I don't know how you could possibly
generate a SError.
I suggest to try to use ImageBuilder [1] to generate the boot
configuration as a test because that is known to work well for zcu102.
[1] https://gitlab.com/xen-project/imagebuilder
On Thu, 27 Apr 2023, Oleg
This protects devices from bh->mmio reentrancy issues.
Thanks: Thomas Huth for diagnosing OS X test failure.
Reviewed-by: Darren Kenny
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Michael S. Tsirkin
Reviewed-by: Paul Durrant
Signed-off-by: Alexander Bulekov
Reviewed-by: Thomas Huth
---
hw/9pf
On 27/03/2023 5:13 pm, George Dunlap wrote:
> For now, mainly just do volume analysis and get rid of the warnings.
>
> Signed-off-by: George Dunlap
Acked-by: Andrew Cooper
On 27/03/2023 5:13 pm, George Dunlap wrote:
> A recent xentrace highlighted an unhandled corner case in the vcpu
> "start-of-day" logic, if the trace starts after the last running ->
> non-running transition, but before the first non-running -> running
> transition. Because start-of-day wasn't han
On 27/04/2023 2:25 pm, Luca Fancellu wrote:
> Currently the script return code is 0 even if an exception is
> found, because the return code is written only if the exception
> object has the errorcode member.
>
> Fix the issue returning the errorcode member in case it exists,
> otherwise use a gene
flight 180433 xen-unstable real [real]
flight 180451 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/180433/
http://logs.test-lab.xenproject.org/osstest/logs/180451/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armh
On Thu, Apr 27, 2023 at 01:35:18PM +0100, Andrew Cooper wrote:
>
> > +xc_domaininfo_t di;
> > unsigned int nr_leaves, nr_msrs;
> > uint32_t err_leaf = -1, err_subleaf = -1, err_msr = -1;
> > /*
> > @@ -291,13 +292,13 @@ static int xc_cpuid_xend_policy(
> > xen_cpuid_leaf_t
Hi Juergen,
On 26/04/2023 08:19, Juergen Gross wrote:
On 05.04.23 09:03, Juergen Gross wrote:
This series reworks the Xenstore internal accounting to use a uniform
generic framework. It is adding some additional useful diagnostic
information, like accounting trace and max. per-domain and global
Hi,
On 26/04/2023 08:08, Juergen Gross wrote:
On 25.04.23 19:52, Julien Grall wrote:
Hi Juergen,
On 05/04/2023 08:03, Juergen Gross wrote:
Instead of modifying accounting data and undo those modifications in
case of an error during further processing, add a framework for
collecting the needed
flight 180431 qemu-mainline real [real]
flight 180447 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/180431/
http://logs.test-lab.xenproject.org/osstest/logs/180447/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
From: Thomas Gleixner Sent: Friday, April 14, 2023 4:44 PM
[snip]
>
> Conclusion
> --
>
> Adding the basic parallel bringup mechanism as provided by this series
> makes a lot of sense. Improving particular issues as pointed out in the
> analysis makes sense too.
>
> But trying to solv
Answers inlined
On Thu, Apr 27, 2023 at 10:51:03AM +0100, Andrew Cooper wrote:
> Just as a note for the subject, we more commonly write function names
> with ()'s.
No harm in abiding by that. Done on v2.
> > +"crashed", (info[i].flags & XEN_DOMINF_shutdown) &&
> > +
Ah, I didn't notice that header. Sure, added locally on v2.
Cheers,
Alejandro
On Wed, Apr 26, 2023 at 05:20:01PM +0200, Juergen Gross wrote:
> Please include instead of defining ARRAY_SIZE().
>
> With that changed:
>
> Reviewed-by: Juergen Gross
>
>
> Juergen
On 26/04/2023 21:29, Jason Andryuk wrote:
On Tue, Apr 25, 2023 at 1:48 PM Jennifer Herbert
wrote:
This patch introduces an optional TPM 2 interface definition to the ACPI table,
which is to be used as part of a vTPM 2 implementation.
Signed-off-by: Jennifer Herbert
---
...
diff --git a/to
Currently the script return code is 0 even if an exception is
found, because the return code is written only if the exception
object has the errorcode member.
Fix the issue returning the errorcode member in case it exists,
otherwise use a generic value different from 0.
Fixes: 02b26c02c7c4 ("xen/
On 26/04/2023 21:27, Jason Andryuk wrote:
Hi, Jennifer,
On Tue, Apr 25, 2023 at 1:48 PM Jennifer Herbert
wrote:
This patch makes the TPM version, for which the ACPI libary probes,
configurable.
If acpi_config.tpm_verison is set to 1, it indicates that 1.2 (TCPA) should be
probed.
I have al
On 27/04/2023 1:30 pm, Jan Beulich wrote:
> As of XSA-397 the only caller passes true for it. Simplify things by
> getting rid of the parameter for both the internal paging function and
> the involved hook.
>
> Signed-off-by: Jan Beulich
Acked-by: Andrew Cooper
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> diff --git a/tools/libs/guest/xg_cpuid_x86.c b/tools/libs/guest/xg_cpuid_x86.c
> index bd16a87e48..6d260d2cff 100644
> --- a/tools/libs/guest/xg_cpuid_x86.c
> +++ b/tools/libs/guest/xg_cpuid_x86.c
> @@ -281,7 +281,8 @@ static int xc_cpuid_xend_polic
As of XSA-397 the only caller passes true for it. Simplify things by
getting rid of the parameter for both the internal paging function and
the involved hook.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/include/asm/domain.h
+++ b/xen/arch/x86/include/asm/domain.h
@@ -186,7 +186,7 @@ struct log
While I was the one to introduce it, I don't think it is correct: A
bogus continuation call issued by a tool stack domain may find another
continuation in progress. IOW we've been asserting caller controlled
state (which is reachable only via a domctl), and the early (lock-less)
check in paging_dom
Being able to access a real board with real resources gives a great
opportunity to finally test passthroughing devices to guests. Therefore,
create a new Xilinx job to test GEM (Gigabit Ethernet MAC) controller
passthrough to a dom0less domU.
By passing "gem-passthrough" as a test variant, the tes
At the moment, setting up a network bridge is unconditionally placed
in the dom0 xen.start script. Since we might want to use the network
interface (there is only one working GEM on the board) for other tests
(e.g. passthrough), move the bridge setup to a dom0_check variable being
part of a default
Small series to add a GEM passthrough test on a Xilinx HW.
Michal Orzel (2):
automation: xilinx: Set up bridging only for a default test case
automation: xilinx: Add GEM passthrough test
automation/gitlab-ci/test.yaml| 8
.../scripts/xilinx-smoke-dom0less-arm64.sh|
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> It previously mimicked the getdomaininfo sysctl semantics by returning
> the first domid higher than the requested domid that does exist. This
> unintuitive behaviour causes quite a few mistakes and makes the call
> needlessly slow in its error path
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> diff --git a/tools/libs/light/libxl_dom.c b/tools/libs/light/libxl_dom.c
> index 25fb716084..482e04b38c 100644
> --- a/tools/libs/light/libxl_dom.c
> +++ b/tools/libs/light/libxl_dom.c
> @@ -70,15 +70,10 @@ int libxl__domain_cpupool(libxl__gc *gc, u
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> It has 2 avoidable occurences
>
> * Check whether a domain is valid, which can be done faster with
> xc_domain_getinfo_single()
> * Domain discovery, which can be done much faster with the sysctl
> interface through xc_domain_getinfolist().
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> It's a stricter version of xc_domain_getinfo() where the returned domid
> always matches the requested domid or the error code shows an error instead.
> A few patches ahead usages of xc_domain_getinfo() are removed until only
> xc_domain_getinfo_sin
Just as a note for the subject, we more commonly write function names
with ()'s.
On 26/04/2023 3:59 pm, Alejandro Vallejo wrote:
> diff --git a/tools/include/xenctrl.h b/tools/include/xenctrl.h
> index 05967ecc92..90b33aa3a7 100644
> --- a/tools/include/xenctrl.h
> +++ b/tools/include/xenctrl.h
>
flight 180428 linux-5.4 real [real]
flight 180441 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/180428/
http://logs.test-lab.xenproject.org/osstest/logs/180441/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
t
On 26/04/2023 11:30 pm, Andrew Cooper wrote:
> I've rerun the pipeline a second time,
> https://gitlab.com/xen-project/patchew/xen/-/pipelines/850230144, to see
> if gitlab thinks it is a reliable or unreliable failure.
It passed the second time, so I'm pretty confident this is a buggy test
with a
On 27.04.2023 01:43, Marek Marczykowski-Górecki wrote:
> On Wed, Apr 26, 2023 at 10:24:28AM +0200, Jan Beulich wrote:
>> On 26.04.2023 09:48, Roger Pau Monné wrote:
>>> On Tue, Apr 25, 2023 at 04:39:02PM +0200, Marek Marczykowski-Górecki wrote:
--- a/xen/drivers/char/ns16550.c
+++ b/xen/d
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-6.4-rc1-tag
xen: branch for v6.4-rc1
It contains the following changes:
- a 4 patch series doing some cleanups in the Xen blkback driver
- 3 patches fixing potential sleeps under lock
43 matches
Mail list logo
