* [xen-unstable-smoke test] 184596: regressions - FAIL
@ 2024-02-06 0:38 osstest service owner
0 siblings, 0 replies; only message in thread
From: osstest service owner @ 2024-02-06 0:38 UTC (permalink / raw)
To: xen-devel
flight 184596 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184596/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 6 xen-build fail REGR. vs. 184593
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 15 migrate-support-check fail never pass
test-armhf-armhf-xl 15 migrate-support-check fail never pass
test-armhf-armhf-xl 16 saverestore-support-check fail never pass
version targeted for testing:
xen 3ce2e1f606cef3aa16b856396b31068c447b1262
baseline version:
xen 29f17d837421f13c0e0010802de1b2d51d2ded4a
Last test of basis 184593 2024-02-05 18:00:25 Z 0 days
Testing same since 184596 2024-02-05 21:00:25 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Juergen Gross <jgross@suse.com>
jobs:
build-arm64-xsm fail
build-amd64 pass
build-armhf pass
build-amd64-libvirt pass
test-armhf-armhf-xl pass
test-arm64-arm64-xl-xsm blocked
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-amd64-libvirt pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit 3ce2e1f606cef3aa16b856396b31068c447b1262
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:57 2024 +0100
tools/xenstored: map stubdom interface
When running as stubdom, map the stubdom's Xenstore ring page in order
to support using the 9pfs frontend.
Use the same pattern as in dom0_init() when running as daemon in dom0
(introduce the own domain, then send an event to the client side to
signal Xenstore is ready to communicate).
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit 097388d520eb104ebd93b486d126f319536a54e4
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:56 2024 +0100
tools/xenstored: split domain_init()
Today domain_init() is called either just before calling dom0_init()
in case no live update is being performed, or it is called after
reading the global state from read_state_global(), as the event
channel fd is needed.
Split up domain_init() into a preparation part which can be called
unconditionally, and in a part setting up the event channel handle.
Note that there is no chance that chk_domain_generation() can be
called now before xc_handle has been setup, so there is no need for
the related special case anymore.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit 5edc819ed50d4d0bc0de422eed72301b69309862
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:55 2024 +0100
tools/xenstored: rework ring page (un)map functions
When [un]mapping the ring page of a Xenstore client, different actions
are required for "normal" guests and dom0. Today this distinction is
made at call site.
Move this distinction into [un]map_interface() instead, avoiding code
duplication and preparing special handling for [un]mapping the stub
domain's ring page.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit a3e37f7024b0fb25c648315b2edf3583aa140b32
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:54 2024 +0100
tools/xenstored: get own domid in stubdom case
Obtain own domid when running as stubdom.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit e199a3068097708a9e712bf5d86f9fb51e6615e8
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:53 2024 +0100
tools/xenstored: move all socket handling into posix.c
All of the socket handling is needed only when running as daemon.
Move it into posix.c, allowing to remove the NO_SOCKETS macro.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit aae54458a1b5e947dbc4fb44beca7ec94fe80001
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:52 2024 +0100
tools/xenstored: move all log-pipe handling into posix.c
All of the log-pipe handling is needed only when running as daemon.
Move it into posix.c. This requires to have a service function in the
main event loop for handling the related requests and one for setting
the fds[] array, which is renamed to poll_fds to have a more specific
name. Use a generic name for those functions, as socket handling can
be added to them later, too.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit 511cc30cf8bbf083f2788cf4eee91edec0b85ac0
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:51 2024 +0100
tools/xenstored: move systemd handling to posix.c
Move systemd handling to a new late_init() function in posix.c.
This prepares a future removal of the NO_SOCKETS macro.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit e767a98f040d8274b0f1dc991b9eefbc13b39e2d
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:50 2024 +0100
tools/xenstored: add early_init() function
Some xenstored initialization needs to be done in the daemon case only,
so split it out into a new early_init() function being a stub in the
stubdom case.
Remove the call of talloc_enable_leak_report_full(), as it serves no
real purpose: the daemon only ever exits due to a crash, in which case
a log of talloc()ed memory hardly has any value.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
commit 1c2c7f790147ca003270b32da41550c04c7d15d2
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:47 2024 +0100
tools/xenstored: rename xenbus_evtchn()
Rename the xenbus_evtchn() function to get_xenbus_evtchn() in order to
avoid two externally visible symbols with the same name when Xenstore-
stubdom is being built with a Mini-OS with CONFIG_XENBUS set.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Julien Grall <jgrall@amazon.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
commit 9c076988fe5f9d55a0ecb846549bdbdfddcf3841
Author: Juergen Gross <jgross@suse.com>
Date: Mon Feb 5 11:49:46 2024 +0100
tools/helpers: allocate xenstore event channel for xenstore stubdom
In order to prepare support of PV frontends in xenstore-stubdom, add
allocation of a Xenstore event channel to init-xenstore-domain.c.
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jason Andryuk <jandryuk@gmail.com>
(qemu changes not included)
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-02-06 0:38 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-02-06 0:38 [xen-unstable-smoke test] 184596: regressions - FAIL osstest service owner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.