From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8BCCEC7EE31 for ; Wed, 31 May 2023 15:28:13 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.541875.845093 (Exim 4.92) (envelope-from ) id 1q4Njj-0003BO-HT; Wed, 31 May 2023 15:27:43 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 541875.845093; Wed, 31 May 2023 15:27:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q4Njj-0003BH-Eg; Wed, 31 May 2023 15:27:43 +0000 Received: by outflank-mailman (input) for mailman id 541875; Wed, 31 May 2023 15:27:41 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q4Njh-0003B7-Nk; Wed, 31 May 2023 15:27:41 +0000 Received: from host146.205.237.98.conversent.net ([205.237.98.146] helo=infra.test-lab.xenproject.org) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q4Njh-0007qW-95; Wed, 31 May 2023 15:27:41 +0000 Received: from [172.16.148.1] (helo=osstest.test-lab.xenproject.org) by infra.test-lab.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q4Njg-0004sx-T1; Wed, 31 May 2023 15:27:40 +0000 Received: from osstest by osstest.test-lab.xenproject.org with local (Exim 4.92) (envelope-from ) id 1q4Njg-0000OX-Sa; Wed, 31 May 2023 15:27:40 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=Date:From:Subject:MIME-Version: Content-Transfer-Encoding:Content-Type:Message-ID:To; bh=LJ4RyU6G/dD1k1H5+5LCGBby/PvXSQOdbW7DRFezXzU=; b=uQ4ZJ/N3kRdHq8M1dU076dsTPh 65i/MWokQKiHrnb5DXb0oTYcSK+4hOpylLBXV4p3aYUjAupaj8oF9rmyFth0sXVdXwWRAv5lIT+wM VoQZfu9fEY2T8Pml2MWGGnZvwBvAUKBxXVxUiTvdJ4dgfy77bWK93ExTfHyrehFHvksM=; To: xen-devel@lists.xenproject.org Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Subject: [xen-unstable-smoke test] 181035: regressions - trouble: blocked/fail X-Osstest-Failures: xen-unstable-smoke:build-amd64:xen-build:fail:regression xen-unstable-smoke:build-arm64-xsm:xen-build:fail:regression xen-unstable-smoke:build-armhf:xen-build:fail:regression xen-unstable-smoke:build-amd64-libvirt:build-check(1):blocked:nonblocking xen-unstable-smoke:test-amd64-amd64-libvirt:build-check(1):blocked:nonblocking xen-unstable-smoke:test-amd64-amd64-xl-qemuu-debianhvm-amd64:build-check(1):blocked:nonblocking xen-unstable-smoke:test-arm64-arm64-xl-xsm:build-check(1):blocked:nonblocking xen-unstable-smoke:test-armhf-armhf-xl:build-check(1):blocked:nonblocking X-Osstest-Versions-This: xen=465217b0f872602b4084a1b0fa2ef75377cb3589 X-Osstest-Versions-That: xen=94200e1bae07e725cc07238c11569c5cab7befb7 From: osstest service owner Date: Wed, 31 May 2023 15:27:40 +0000 flight 181035 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181035/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-build fail REGR. vs. 181018 build-arm64-xsm 6 xen-build fail REGR. vs. 181018 build-armhf 6 xen-build fail REGR. vs. 181018 Tests which did not succeed, but are not blocking: build-amd64-libvirt 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 1 build-check(1) blocked n/a test-amd64-amd64-xl-qemuu-debianhvm-amd64 1 build-check(1) blocked n/a test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-armhf-armhf-xl 1 build-check(1) blocked n/a version targeted for testing: xen 465217b0f872602b4084a1b0fa2ef75377cb3589 baseline version: xen 94200e1bae07e725cc07238c11569c5cab7befb7 Last test of basis 181018 2023-05-30 20:00:24 Z 0 days Testing same since 181031 2023-05-31 11:00:27 Z 0 days 2 attempts ------------------------------------------------------------ People who touched revisions under test: Bobby Eshleman Jan Beulich Juergen Gross Oleksii Kurochko Stefano Stabellini jobs: build-arm64-xsm fail build-amd64 fail build-armhf fail build-amd64-libvirt blocked test-armhf-armhf-xl blocked test-arm64-arm64-xl-xsm blocked test-amd64-amd64-xl-qemuu-debianhvm-amd64 blocked test-amd64-amd64-libvirt blocked ------------------------------------------------------------ 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 465217b0f872602b4084a1b0fa2ef75377cb3589 Author: Jan Beulich Date: Wed May 31 12:01:11 2023 +0200 vPCI: account for hidden devices Hidden devices (e.g. an add-in PCI serial card used for Xen's serial console) are associated with DomXEN, not Dom0. This means that while looking for overlapping BARs such devices cannot be found on Dom0's list of devices; DomXEN's list also needs to be scanned. Suppress vPCI init altogether for r/o devices (which constitute a subset of hidden ones). Signed-off-by: Jan Beulich Reviewed-by: Roger Pau Monné Tested-by: Stefano Stabellini commit 445fdc641e304ff41a544f8f5926a13b604c08ad Author: Juergen Gross Date: Wed May 31 12:00:40 2023 +0200 xen/include/public: fix 9pfs xenstore path description In xen/include/public/io/9pfs.h the name of the Xenstore backend node "security-model" should be "security_model", as this is how the Xen tools are creating it and qemu is reading it. Fixes: ad58142e73a9 ("xen/public: move xenstore related doc into 9pfs.h") Fixes: cf1d2d22fdfd ("docs/misc: Xen transport for 9pfs") Signed-off-by: Juergen Gross Reviewed-by: Jason Andryuk Acked-by: Stefano Stabellini commit 0f80a46ffa6bfd5d111fc2e64ee5983513627e4d Author: Oleksii Kurochko Date: Wed May 31 12:00:13 2023 +0200 xen/riscv: remove dummy_bss variable After introduction of initial pagetables there is no any sense in dummy_bss variable as bss section will not be empty anymore. Signed-off-by: Oleksii Kurochko Acked-by: Bobby Eshleman commit 0d74fc2b2f85586ceb5672aedc79c666e529381d Author: Oleksii Kurochko Date: Wed May 31 12:00:05 2023 +0200 xen/riscv: setup initial pagetables The patch does two thing: 1. Setup initial pagetables. 2. Enable MMU which end up with code in cont_after_mmu_is_enabled() Signed-off-by: Oleksii Kurochko Acked-by: Bobby Eshleman commit ec337ce2e972b70619f5a076b20910a2ff4fea7a Author: Oleksii Kurochko Date: Wed May 31 11:59:53 2023 +0200 xen/riscv: align __bss_start bss clear cycle requires proper alignment of __bss_start. ALIGN(PAGE_SIZE) before "*(.bss.page_aligned)" in xen.lds.S was removed as any contribution to "*(.bss.page_aligned)" have to specify proper aligntment themselves. Fixes: cfa0409f7cbb ("xen/riscv: initialize .bss section") Signed-off-by: Oleksii Kurochko Reviewed-by: Jan Beulich Acked-by: Bobby Eshleman commit e66003e7be1996c9dd8daca54ba34ad5bb58d668 Author: Oleksii Kurochko Date: Wed May 31 11:55:58 2023 +0200 xen/riscv: introduce setup_initial_pages The idea was taken from xvisor but the following changes were done: * Use only a minimal part of the code enough to enable MMU * rename {_}setup_initial_pagetables functions * add an argument for setup_initial_mapping to have an opportunity to make set PTE flags. * update setup_initial_pagetables function to map sections with correct PTE flags. * Rewrite enable_mmu() to C. * map linker addresses range to load addresses range without 1:1 mapping. It will be 1:1 only in case when load_start_addr is equal to linker_start_addr. * add safety checks such as: * Xen size is less than page size * linker addresses range doesn't overlap load addresses range * Rework macros {THIRD,SECOND,FIRST,ZEROETH}_{SHIFT,MASK} * change PTE_LEAF_DEFAULT to RW instead of RWX. * Remove phys_offset as it is not used now * Remove alignment of {map, pa}_start &= XEN_PT_LEVEL_MAP_MASK(0); in setup_inital_mapping() as they should be already aligned. Make a check that {map_pa}_start are aligned. * Remove clear_pagetables() as initial pagetables will be zeroed during bss initialization * Remove __attribute__((section(".entry")) for setup_initial_pagetables() as there is no such section in xen.lds.S * Update the argument of pte_is_valid() to "const pte_t *p" * Add check that Xen's load address is aligned at 4k boundary * Refactor setup_initial_pagetables() so it is mapping linker address range to load address range. After setup needed permissions for specific section ( such as .text, .rodata, etc ) otherwise RW permission will be set by default. * Add function to check that requested SATP_MODE is supported Origin: git@github.com:xvisor/xvisor.git 9be2fdd7 Signed-off-by: Oleksii Kurochko Reviewed-by: Jan Beulich Acked-by: Bobby Eshleman commit efadb18dd58abaa0c6102e04f1c25ac94c273853 Author: Oleksii Kurochko Date: Wed May 31 11:55:46 2023 +0200 xen/riscv: add VM space layout Also it was added explanation about ignoring of top VA bits Signed-off-by: Oleksii Kurochko Acked-by: Bobby Eshleman (qemu changes not included)