|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [xen-unstable-smoke test] 184596: regressions - FAIL
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@xxxxxxxx> 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@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit 097388d520eb104ebd93b486d126f319536a54e4 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit 5edc819ed50d4d0bc0de422eed72301b69309862 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit a3e37f7024b0fb25c648315b2edf3583aa140b32 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit e199a3068097708a9e712bf5d86f9fb51e6615e8 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit aae54458a1b5e947dbc4fb44beca7ec94fe80001 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit 511cc30cf8bbf083f2788cf4eee91edec0b85ac0 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit e767a98f040d8274b0f1dc991b9eefbc13b39e2d Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> commit 1c2c7f790147ca003270b32da41550c04c7d15d2 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> commit 9c076988fe5f9d55a0ecb846549bdbdfddcf3841 Author: Juergen Gross <jgross@xxxxxxxx> 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@xxxxxxxx> Reviewed-by: Jason Andryuk <jandryuk@xxxxxxxxx> (qemu changes not included)
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |