From xen-users-bounces@lists.xenproject.org Wed Dec 01 10:04:17 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Dec 2021 10:04:17 +0000 Received: from list by lists.xenproject.org with outflank-mailman.235766.408970 (Exim 4.92) (envelope-from ) id 1msMSQ-00070p-4d; Wed, 01 Dec 2021 10:03:22 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 235766.408970; Wed, 01 Dec 2021 10:03:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msMSQ-00070h-1B; Wed, 01 Dec 2021 10:03:22 +0000 Received: by outflank-mailman (input) for mailman id 235766; Wed, 01 Dec 2021 10:03:20 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msMSN-00070b-M8 for xen-users@lists.xenproject.org; Wed, 01 Dec 2021 10:03:20 +0000 Received: from mail.syndicat.com (mail.syndicat.com [62.146.89.62]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id e74582e8-528d-11ec-976b-d102b41d0961; Wed, 01 Dec 2021 11:03:18 +0100 (CET) Received: from localhost.syndicat.com ([127.0.0.1]:51377 helo=localhost) by mail.syndicat.com with esmtp (Syndicat PostHamster 11.1 4.94) (envelope-from ) id 1msMSK-0006k6-5h for xen-users@lists.xenproject.org; Wed, 01 Dec 2021 11:03:16 +0100 Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zVihDkcY4I9N for ; Wed, 1 Dec 2021 11:03:15 +0100 (CET) Received: from p54b2e20d.dip0.t-ipconnect.de ([84.178.226.13]:51494 helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Syndicat PostHamster 11.1 4.94) (envelope-from ) id 1msMSJ-0004ko-Mc for xen-users@lists.xenproject.org; Wed, 01 Dec 2021 11:03:15 +0100 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: e74582e8-528d-11ec-976b-d102b41d0961 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=syndicat.com; s=x; h=Content-Type:MIME-Version:References:In-Reply-To: Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MXi1T+75h33IQOPellzwuRFjmc17PUwWa8jgGaZiHGU=; b=Ribu7dhPIvQGrPEdDNG6APKgig lEznW2fm6xaBJ+ArYexJ6VSfCFobywFadiyDSHksqTbbN1AYmqCv1ls14O5vgVV5XIHQ+A5a7omZk 1J49vvizSqF80WGjWmH/433Ioo96k16LlSneYlCmSkIehJHjGmx80Z0T84ynwhb34RGk=; X-Virus-Scanned: amavisd-new at syndicat.com From: Niels Dettenbach To: xen-users@lists.xenproject.org Subject: Re: Xen on LFS Date: Wed, 01 Dec 2021 11:03:42 +0100 Message-ID: <3473174.LM0AJKV5NW@gongo> Organization: Syndicat IT&Internet Disposition-Notification-To: Niels Dettenbach In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16093540.geO5KgaWL5"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Report-Abuse-To: abuse@syndicat.com (see https://www.syndicat.com/kontakt/kontakte/) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mail.syndicat.com X-AntiAbuse: Original Domain - lists.xenproject.org X-AntiAbuse: Sender Address Domain - syndicat.com --nextPart16093540.geO5KgaWL5 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii"; protected-headers="v1" From: Niels Dettenbach To: xen-users@lists.xenproject.org Subject: Re: Xen on LFS Date: Wed, 01 Dec 2021 11:03:42 +0100 Message-ID: <3473174.LM0AJKV5NW@gongo> Organization: Syndicat IT&Internet Disposition-Notification-To: Niels Dettenbach In-Reply-To: References: Am Dienstag, 30. November 2021, 08:30:38 CET schrieb Sai Kiran Kumar Reddy: > I am Sai Kiran. I am currently working on installing xen on Linux From > Scratch(LFS) system. One of the dependencies of xen is "xorg" package. > This package is present in Beyond Linux From Scratch(BLFS) manual. But, > there are a lot of packages to be installed. I am not sure if all these > packages are required for Xen. Also, is xorg a must, to build and install > xen? hmm, from what i see / know, on my (self compiled / built) xen platforms with xen- tools, no Xorg / X is available / installed. But possible that any "third party" dependencies want to have xorg (i.e. qemu?) - but probably could be built without X support too. Do you have more detailed info / output? cheers, niels. -- --- Niels Dettenbach Syndicat IT & Internet https://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart16093540.geO5KgaWL5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEen+3H2N8RDyGzUZnDbtaiEWSKkQFAmGnSH4ACgkQDbtaiEWS KkQjIRAAhYdiKNyc0rnLAQKioUxrCPTFcbK7VlPilkADyDjGXHPd/yiKDAyNgyUl D+SFuQaQjYqD227w7ePlhBXoB7Mv++5lV/jg7Q+ofjL6YQDZN7vgkWcZ6/Gtx3MP FQSa/POvkhqxZeAj0611sptjP7WNKhvf0t+tDrAe7Q6iLekC8SJfQ4Y8I0Kb58ed 7E8pFCFiykryZG7AGKzBUPf9oZRQD8WvA18mNgXa6joE8M1bVzel5dURmvtA7TP8 y7/aGvY/i2wXXaBq/ErZrP7lsUS+D42LPKiqh0OsNN66n6ueSAUbISligA263IJx GBF2+pztxtuRiMfltHvFYtm67ZtOD3qSONiHDFKUtM7hm7hGkpzOAXSIvajoeZBB qIfDlbfUO2nrhbacSkRkQhFHH96u+zJMXMOrXfa7wPAlozRwrlmWHMDjABR0bFEc d2xc/5h82jJ4aKrWNNRX8yM0HlZCax5LZdFK4koLXIFvd3vG/BErhiQ7ZBv1xlK8 sqKPzFBY4juli02slVYOXyguiFYBQGmqJ2uXyhCSTUe9yKAP+PBm1e1YWLESVE6h nv9SBB8a/pJRmzMabCBoSRoyeJAqEGA208lkR9lwwVlf7TB5QzoVuFE3JnIg6s2T a61pEict9eOEdLWXrst6PptisI0YpiywnbdD4eNc9mubdmQgsls= =L2aK -----END PGP SIGNATURE----- --nextPart16093540.geO5KgaWL5-- From xen-users-bounces@lists.xenproject.org Thu Dec 02 14:41:54 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Dec 2021 14:41:54 +0000 Received: from list by lists.xenproject.org with outflank-mailman.236634.410524 (Exim 4.92) (envelope-from ) id 1msnGq-0007ZB-Jf; Thu, 02 Dec 2021 14:41:12 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 236634.410524; Thu, 02 Dec 2021 14:41:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnGq-0007Z3-FP; Thu, 02 Dec 2021 14:41:12 +0000 Received: by outflank-mailman (input) for mailman id 236634; Thu, 02 Dec 2021 14:41:10 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnGo-0007Rt-P5 for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 14:41:10 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnGo-0002st-OL for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 14:41:10 +0000 Received: from iwj (helo=mariner.uk.xensource.com) by xenbits.xenproject.org with local-bsmtp (Exim 4.92) (envelope-from ) id 1msnGo-0004im-NW for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 14:41:10 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.89) (envelope-from ) id 1msnGg-0001cG-CA; Thu, 02 Dec 2021 14:41:02 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=Subject:CC:To:Date:Message-ID: Content-Transfer-Encoding:Content-Type:MIME-Version:From; bh=IdKijzTVza9VWjHs/w1KY38fWn3s9Wj3zBBWmEmfja0=; b=LAVEUZyFpxd1q1hrejfirCsl6f 5+5XU7/LrXsB+ZHVsJqqncU9J2T3QZHvlIItNNJVSLDrwt3dJC9F7S4fGSEjH65RuMhhnkL5+A+W6 LOxd5bMj0zHNQJ5VPQIhBCD1Dew+iVmeDVN639lgq27bTaR3LyQoVqXEn08RneTqEpuU=; From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-ID: <25000.56055.611856.335342@mariner.uk.xensource.com> Date: Thu, 2 Dec 2021 14:40:55 +0000 To: xen-announce@lists.xenproject.org CC: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org Subject: Xen 4.16 is released Xen 4.16, the product of 9 months' work by the Xen Project community, is now released. You can find it here: git clone -b RELEASE-4.16.0 https://xenbits.xen.org/git-http/xen.git https://downloads.xenproject.org/release/xen/4.16.0/ For more information see the release notes: https://wiki.xenproject.org/wiki/Xen_Project_4.16_Release_Notes There is also the press release: https://xenproject.org/2021/04/08/xen-project-hypervisor-4-15/ Xen 4.16 has a number of improvements, ranging from cleanups to significant new features in a number of areas: https://wiki.xenproject.org/wiki/Xen_Project_4.16_Feature_List (reproduced below). Thanks and congratulations are due to all the people and organisations who have contributed. Well done, everyone! Ian. (Xen 4.16 Release Manager) Notable Features ================ This release has seen the increase in hardware support for both x86 and Arm, together with the addition of other improvements and features: • Miscellaneous fixes to the TPM manager software in preparation for TPM 2.0 support. • Increased reliance on the PV shim as 32-bit PV guests will only be supported in shim mode going forward. This change reduces the attack surface in the hypervisor. • Increased hardware support by allowing Xen to boot on Intel devices that lack a Programmable Interval Timer. • Cleanup of legacy components by no longer building QEMU Traditional or PV-Grub by default. Note both projects have upstream Xen support merged now, so it is no longer recommended to use the Xen specific forks. • Initial support for guest virtualized Performance Monitor Counters on Arm. • Improved support for dom0less mode by allowing the usage on Arm 64bit hardware with EFI firmware. • Improved support for Arm 64-bit heterogeneous systems by leveling the CPU features across all to improve big.LITTLE support. Features and improvements ========================= CI loop (gitlab CI) • 32-bit Arm builds. • Full system tests for x86. Ongoing activities ================== The Xen community has several interesting initiatives, where work is ongoing and is expected to bear fruit in forthcoming releases. Some of the highlights: Functional Safety ----------------- In collaboration with the Zephyr project and the MISRA consortium, the Xen FuSaSpecial Interest Group analyzed MISRA C rules in depth and defined a subset of rules that apply to Xen and will be tackled with the community. The SIG evaluated several static code analyzers to scan the Xen code base for MISRA Cviolations. The team started enhancing the Xen build system with the ability to run open source MISRA C checkers as part of the Xen build, so that for future releases Xen, contributors will be able to easily improve the quality of their patches. RISC-V Port ----------- RISC-V, an open standard instruction set architecture (ISA) based on established reduced instruction set computer (RISC) principles, is a free and open ISA enabling hardware designers to design simpler chips with a royalty-free ISA. The Xen community, led by sub-project XCP.ng, is working on a RISC-V Port for Xen. During this release cycle significant work has been ongoing internally in order to get dom0 booting on RISC-V hardware, focusing on introducing the functionality to allow interrupt management, together with other interfaces required for early boot code. VirtIO ------ The development of VirtIO support for Arm continued making progress, currently focusing on introducing a mechanism to ease the mapping of memory from remote domains by reporting memory regions of the domain currently unused. Further work has also been done in order to improve the toolstack support to handle VirtIO block devices. Zephyr RTOS ----------- As a result of collaboration between the Zephyr and Xen projects, starting version 2.7.0, Zephyr RTOS supports some basic Xen specific features allowing it to run on Xen. With further Xen enhancements on review and development: grant tables, XenBus and starting Zephyr as Domain-0, Xen is getting closer to a full implementation of a RTOS-based "thin dom0" targeting Embedded and Safety use cases. From xen-users-bounces@lists.xenproject.org Thu Dec 02 15:21:00 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Dec 2021 15:21:00 +0000 Received: from list by lists.xenproject.org with outflank-mailman.236717.410620 (Exim 4.92) (envelope-from ) id 1msnsl-0008Ri-I6; Thu, 02 Dec 2021 15:20:23 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 236717.410620; Thu, 02 Dec 2021 15:20:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnsl-0008Ra-Cu; Thu, 02 Dec 2021 15:20:23 +0000 Received: by outflank-mailman (input) for mailman id 236717; Thu, 02 Dec 2021 15:20:21 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnsj-0008EO-ER for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 15:20:21 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1msnsj-0003Zi-DP for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 15:20:21 +0000 Received: from iwj (helo=mariner.uk.xensource.com) by xenbits.xenproject.org with local-bsmtp (Exim 4.92) (envelope-from ) id 1msnsj-0008Ip-CR for xen-users@lists.xenproject.org; Thu, 02 Dec 2021 15:20:21 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.89) (envelope-from ) id 1msnsL-0001jd-4x; Thu, 02 Dec 2021 15:19:57 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=References:In-Reply-To:Subject:Cc:To:Date :Message-ID:Content-Transfer-Encoding:Content-Type:MIME-Version:From; bh=O6b2fLLa0NvKYldrbNUtChOHahKwWxiz8PzvcVfhC5Y=; b=p/hFAHHaORXgDZnu/hXDsoJNPR aGu2w2FakKjZhOfX6DfQsnzcCyDlQr03i02ImOfvZJUm9CRJkFpswufu7IosHv+GxLhdBb4bNbr4L ja0hDZkgYl8NJ2kAb+LuitThQrS8SAr+sQLtKVEQf376U0vasluXhk1ZxfApr0vkmyvE=; From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <25000.58384.67916.802992@mariner.uk.xensource.com> Date: Thu, 2 Dec 2021 15:19:44 +0000 To: xen-announce@lists.xenproject.org Cc: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org Subject: Re: Xen 4.16 is released In-Reply-To: <25000.56055.611856.335342@mariner.uk.xensource.com> References: <25000.56055.611856.335342@mariner.uk.xensource.com> X-Mailer: VM 8.2.0b under 24.5.1 (i686-pc-linux-gnu) Correction: I wrote: > Xen 4.16, the product of 9 months' work by the Xen Project community, > is now released. > > You can find it here: > git clone -b RELEASE-4.16.0 https://xenbits.xen.org/git-http/xen.git > https://downloads.xenproject.org/release/xen/4.16.0/ > For more information see the release notes: > https://wiki.xenproject.org/wiki/Xen_Project_4.16_Release_Notes > There is also the press release: This should have instead linked to the blog post: https://xenproject.org/2021/12/02/xen-project-ships-version-4-16-with-focus-on-improved-performance-security-and-hardware-support/ > Xen 4.16 has a number of improvements, ranging from cleanups to > significant new features in a number of areas: > https://wiki.xenproject.org/wiki/Xen_Project_4.16_Feature_List > (reproduced below). > > Thanks and congratulations are due to all the people and organisations > who have contributed. Well done, everyone! Ian. (Xen 4.16 Release Manager) From xen-users-bounces@lists.xenproject.org Fri Dec 03 14:31:32 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Dec 2021 14:31:32 +0000 Received: from list by lists.xenproject.org with outflank-mailman.237714.412298 (Exim 4.92) (envelope-from ) id 1mt9a9-0005AJ-OY; Fri, 03 Dec 2021 14:30:37 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 237714.412298; Fri, 03 Dec 2021 14:30:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mt9a9-0005AB-L0; Fri, 03 Dec 2021 14:30:37 +0000 Received: by outflank-mailman (input) for mailman id 237714; Fri, 03 Dec 2021 14:30:35 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mt9a7-00059p-61 for xen-users@lists.xenproject.org; Fri, 03 Dec 2021 14:30:35 +0000 Received: from xc.nethence.com (unknown [62.210.110.7]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id 916a58da-5445-11ec-b1df-f38ee3fbfdf7; Fri, 03 Dec 2021 15:30:33 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 916a58da-5445-11ec-b1df-f38ee3fbfdf7 Subject: Re: Xen on LFS DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=nethence.com; s=sep2020; t=1638540791; bh=y2lRe1H43RCbFYASdXV5VCezPQ8=; h=Subject:To:References:From:Date:In-Reply-To; b=SQWHtP49+XnRCXCDYxL/WqUBfiIrv4Sr8JJfclOcYlthWJFE2U/Mz6H++R/XUgzaS ASmWEdiA3DdczHKfaBGddfQNT0akw4ZJ20ceaH1hPIKET02wfykoDgO8Bt63o7Pthj aoWe9smKQ+Nzb2i2MAGP9jcFop71VcXuL9xjoeV0= To: Sai Kiran Kumar Reddy , xen-users@lists.xenproject.org References: From: Pierre-Philipp Braun Message-ID: <8717bb3d-1d3f-a3fd-6ebc-804a99fff89a@nethence.com> Date: Fri, 3 Dec 2021 17:10:37 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit > I am Sai Kiran. I am currently working on installing xen on Linux From > Scratch(LFS) system. One of the dependencies of xen is "xorg" package. Hello Sai, it's because of QEMU indeed, but you can pass extra arguments to also avoid it there --with-extra-qemuu-configure-args="..." most notably --disable-gtk \ --disable-sdl \ --disable-sdl-image \ --disable-opengl \ The script I use to build XEN on Slackware https://github.com/pbraun9/slackbuilds/blob/master/xen-nox/xen-nox.SlackBuild Beware the configure options change depending on what branch or version you're using. https://pub.nethence.com/xen/slackware-current HTH -- Pierre-Philipp Braun SMTP Health Campaign: enforce STARTTLS and verify MX certificates From xen-users-bounces@lists.xenproject.org Sat Dec 04 00:40:44 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Dec 2021 00:40:44 +0000 Received: from list by lists.xenproject.org with outflank-mailman.237984.412693 (Exim 4.92) (envelope-from ) id 1mtJ5R-0004qe-C0; Sat, 04 Dec 2021 00:39:33 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 237984.412693; Sat, 04 Dec 2021 00:39:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mtJ5R-0004qT-7W; Sat, 04 Dec 2021 00:39:33 +0000 Received: by outflank-mailman (input) for mailman id 237984; Fri, 03 Dec 2021 22:27:05 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mtH1E-0006nf-Us for xen-users@lists.xenproject.org; Fri, 03 Dec 2021 22:27:05 +0000 Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [2607:f8b0:4864:20::1033]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id 21f941d0-5488-11ec-8a4d-196798b21f7b; Fri, 03 Dec 2021 23:27:03 +0100 (CET) Received: by mail-pj1-x1033.google.com with SMTP id gt5so3379390pjb.1 for ; Fri, 03 Dec 2021 14:27:01 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 21f941d0-5488-11ec-8a4d-196798b21f7b DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=AIBWAIdYRynz8OZAJUzZkpRRYWKtparltAAp1gEt+Ho=; b=XbnEGASbwzkgBiqYQJyjk/WuP6fUPYmoPh1dO3Ui8ZTaN1xm4n3BG9+pynYdEfEkbx kP8MEBzElSjNX1jh8yDOQ04aM7aXUFg8KrSNWZgr7uaYW4dCC34ke5Bhf6YK5dJ0SvBT 4YZ7h4SwQE2eij77XfEhoWQf07Iu0jr6XR+xbo8Qzd/h4bW+vDYqrzpWXfw5vxm0TlIq 3QvhtPdOHpWg28kCLoXOa4wH06ZFlJDFwbrXfxKKtTjS/t6Z3JAQidN8guXx0/d1aRMD uATSXIFFWLVrsom52IjTYB8ngJYQPoPYi0dUstRP/388bEdQmfsTGxK1bu7hriYxKmi8 aZGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=AIBWAIdYRynz8OZAJUzZkpRRYWKtparltAAp1gEt+Ho=; b=JczmNcMcD/QfQPuLhIfDMM8p7rnixvlf7mXXFmAObYWatewnz4kXSOtFlJnbTApe4j UZgmfYr8PV82iL1tDIUSrfCKkr5VqcdSfD/b907b77ZLZ/lUBLpTNp+QDs2VScCVdxFX u6lRNsL3IpnbvB/EBdGmblJklYc4GwY8RQ9WQ0v7zYzPl9KS3t9V99yMYSaWkzeRMqfS rhlWR2wMubEkLISxchAZEyHHu1cZoEzkyKKNWsZPBVwHkGmih5/gN/JiBer2V9fBYed5 1vsve17gm5abbZj/GXdmut94kBcujNBQlglaHOFViiH3y6pKe9qyLVvdkf3KKvlgQFSX 7b8Q== X-Gm-Message-State: AOAM532bLTj5I2TzXg5lUw6rcJNVGtLzB6wyi3KJQOOc6FqbmMkd/KOB JOQ4p7hAl6ttzzVrP6S57oxhjIJkg3YhemB9OKck91cUVRY92Mjy7ls= X-Google-Smtp-Source: ABdhPJwdOXLCphZM3eUq8wtM1GkZ83PDtjVegS1KigPIGPyUkEW+NY6yaewsIxFDgHQ1OBXvNUhX1/149ZUN8VbzOiQ= X-Received: by 2002:a17:90b:3149:: with SMTP id ip9mr17512477pjb.77.1638570419202; Fri, 03 Dec 2021 14:26:59 -0800 (PST) MIME-Version: 1.0 From: Connor Murray Date: Sat, 4 Dec 2021 11:26:48 +1300 Message-ID: Subject: Slow Memory Performance To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000c6ae7305d2456760" --000000000000c6ae7305d2456760 Content-Type: text/plain; charset="UTF-8" Hi, I've run into an interesting wee issue and wondered if anyone else had seen this before? Running on a Debian Bullseye dom0, with a Debian Bullseye guest I am seeing a really large difference between the memory performance on the dom0 vs the domU. I have looked at the documentation online about NUMA and tried pinning the cores but no change I have made seems to have made a huge difference. I have searched high and low but couldn't see any obvious documentation about any default memory throughput thresholds? The server I am running on is running an AMD EPYC 7313 Processor with DDR4-3200 Memory, but I suspect the hardware specifications don't matter a whole lot as I see the same domU performance when the guest is running on another server with an AMD EPYC 7302 Processor, again the dom0 performance is a lot better. Running a `sysbench memory run` on the dom0 gets me the following output: $ sysbench memory run sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3) Running the test with following options: Number of threads: 1 Initializing random number generator from current time Running memory speed test with the following options: block size: 1KiB total size: 102400MiB operation: write scope: global Initializing worker threads... Threads started! Total operations: 66554847 (6654930.25 per second) 64994.97 MiB transferred (6498.96 MiB/sec) General statistics: total time: 10.0001s total number of events: 66554847 Latency (ms): min: 0.00 avg: 0.00 max: 0.43 95th percentile: 0.00 sum: 4074.10 Threads fairness: events (avg/stddev): 66554847.0000/0.00 execution time (avg/stddev): 4.0741/0.00 Running this same command on a domU gets me the following: $ sysbench memory run sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3) Running the test with following options: Number of threads: 1 Initializing random number generator from current time Running memory speed test with the following options: block size: 1KiB total size: 102400MiB operation: write scope: global Initializing worker threads... Threads started! Total operations: 6135308 (613485.30 per second) 5991.51 MiB transferred (599.11 MiB/sec) General statistics: total time: 10.0001s total number of events: 6135308 Latency (ms): min: 0.00 avg: 0.00 max: 0.27 95th percentile: 0.00 sum: 3469.04 Threads fairness: events (avg/stddev): 6135308.0000/0.00 execution time (avg/stddev): 3.4690/0.00 That is quite a difference, so I wondered if I am missing anything obvious here? An xl info for those interested: host : dom0 release : 5.10.0-9-amd64 version : #1 SMP Debian 5.10.70-1 (2021-09-30) machine : x86_64 nr_cpus : 64 max_cpu_id : 255 nr_nodes : 2 cores_per_socket : 16 threads_per_core : 2 cpu_mhz : 3000.046 hw_caps : 178bf3ff:76da320b:2e500800:244037ff:0000000f:219c97a9:0040068c:00000500 virt_caps : pv hvm hvm_directio pv_directio hap shadow total_memory : 1048433 free_memory : 1026384 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 14 xen_extra : .3 xen_version : 4.14.3 xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit2 xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : placeholder dom0_mem=6144M,max:6144M dom0_max_vcpus=6 dom0_vcpus_pin ucode=scan cc_compiler : x86_64-linux-gnu-gcc (Debian 10.2.1-6) 10.2.1 20210110 cc_compile_by : pkg-xen-devel cc_compile_domain : lists.alioth.debian.org cc_compile_date : Mon Sep 13 14:28:21 UTC 2021 build_id : 1a67c53a8813b422d2033de494f8b444915791f2 xend_config_format : 4 Any assistance would be greatly appreciated. I have hardware available to run any tests and am eager to resolve this problem if anyone has any pointers or has seen something similar before? Thanks, Connor --000000000000c6ae7305d2456760 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I've run into an interesting wee issue and = wondered if anyone else had seen this before?

Running on a Debian Bu= llseye dom0, with a Debian Bullseye guest I am seeing a really large differ= ence between the memory performance on the dom0 vs the domU.

I have = looked at the documentation online about NUMA and tried pinning the cores b= ut no change I have made seems to have made a huge difference. I have searc= hed high and low but couldn't see any obvious documentation about any d= efault memory throughput thresholds? The server I am running on is running = an AMD EPYC 7313 Processor with DDR4-3200 Memory, but I suspect the hardwar= e specifications don't matter a whole lot as I see the same domU perfor= mance when the guest is running on another server with an AMD EPYC 7302 Pro= cessor, again the dom0 performance is a lot better.

Running a `sysbe= nch memory run` on the dom0 gets me the following output:

$ sysbench= memory run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)

Run= ning the test with following options:
Number of threads: 1
Initializi= ng random number generator from current time


Running memory spee= d test with the following options:
=C2=A0 block size: 1KiB
=C2=A0 tot= al size: 102400MiB
=C2=A0 operation: write
=C2=A0 scope: global
Initializing worker threads...

Threads started!

Total opera= tions: 66554847 (6654930.25 per second)

64994.97 MiB transferred (64= 98.96 MiB/sec)


General statistics:
=C2=A0 =C2=A0 total time: = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A010.0001s
=C2=A0 =C2=A0 total number of events: =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A066554847

Latency (ms):
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0min: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A00.00
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0avg: =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.00
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0max: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.43
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A095th percentile: =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.00
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0sum: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4074.= 10

Threads fairness:
=C2=A0 =C2=A0 events (avg/stddev): =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 66554847.0000/0.00
=C2=A0 =C2=A0 execution t= ime (avg/stddev): =C2=A0 4.0741/0.00


Running this same command o= n a domU gets me the following:

$ sysbench memory run
sysbench 1.= 0.20 (using system LuaJIT 2.1.0-beta3)

Running the test with followi= ng options:
Number of threads: 1
Initializing random number generator= from current time


Running memory speed test with the following = options:
=C2=A0 block size: 1KiB
=C2=A0 total size: 102400MiB
=C2= =A0 operation: write
=C2=A0 scope: global

Initializing worker thr= eads...

Threads started!

Total operations: 6135308 (613485.30= per second)

5991.51 MiB transferred (599.11 MiB/sec)


Gen= eral statistics:
=C2=A0 =C2=A0 total time: =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A010.0001s
= =C2=A0 =C2=A0 total number of events: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A06135308

Latency (ms):
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0min: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.00
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0avg: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A00.00
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0max: =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.27
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A095th percentile: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00.00
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0su= m: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3469.04

Threads fairness:<= br>=C2=A0 =C2=A0 events (avg/stddev): =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 61= 35308.0000/0.00
=C2=A0 =C2=A0 execution time (avg/stddev): =C2=A0 3.4690= /0.00

That is quite a difference, so I wondered if I am missing anyt= hing obvious here?

An xl info for those interested:

host =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : dom0
relea= se =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 5.10.0-9-amd64<= br>version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: #1 SMP = Debian 5.10.70-1 (2021-09-30)
machine =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0: x86_64
nr_cpus =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0: 64
max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 : 255
nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2
cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 16
threads_per_core =C2=A0= =C2=A0 =C2=A0 : 2
cpu_mhz =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: 3000.046
hw_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: 178bf3ff:76da320b:2e500800:244037ff:0000000f:219c97a9:004006= 8c:00000500
virt_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: = pv hvm hvm_directio pv_directio hap shadow
total_memory =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 : 1048433
free_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: 1026384
sharing_freed_memory =C2=A0 : 0
sharing_used_m= emory =C2=A0 =C2=A0: 0
outstanding_claims =C2=A0 =C2=A0 : 0
free_cpus= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 0
xen_major =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 4
xen_minor =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 14
xen_extra =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0: .3
xen_version =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: 4.14.3
xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
x= en_scheduler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: credit2
xen_pagesize = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4096
platform_params =C2=A0 =C2=A0 = =C2=A0 =C2=A0: virt_start=3D0xffff800000000000
xen_changeset =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0:
xen_commandline =C2=A0 =C2=A0 =C2=A0 =C2=A0: = placeholder dom0_mem=3D6144M,max:6144M dom0_max_vcpus=3D6 dom0_vcpus_pin uc= ode=3Dscan
cc_compiler =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: x86_64= -linux-gnu-gcc (Debian 10.2.1-6) 10.2.1 20210110
cc_compile_by =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0: pkg-xen-devel
cc_compile_domain =C2=A0 =C2= =A0 =C2=A0: lists.alioth.debian.= org
cc_compile_date =C2=A0 =C2=A0 =C2=A0 =C2=A0: Mon Sep 13 14:28:21= UTC 2021
build_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 1a= 67c53a8813b422d2033de494f8b444915791f2
xend_config_format =C2=A0 =C2=A0 = : 4

Any assistance would be greatly appreciated. I h= ave hardware available to run any tests and am eager to resolve this proble= m if anyone has any pointers or has seen something similar before?

Thanks,

Connor
--000000000000c6ae7305d2456760-- From xen-users-bounces@lists.xenproject.org Sun Dec 05 09:27:09 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 Dec 2021 09:27:09 +0000 Received: from list by lists.xenproject.org with outflank-mailman.238323.413088 (Exim 4.92) (envelope-from ) id 1mtnmf-0001fb-Dm; Sun, 05 Dec 2021 09:26:13 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 238323.413088; Sun, 05 Dec 2021 09:26:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mtnmf-0001fT-AU; Sun, 05 Dec 2021 09:26:13 +0000 Received: by outflank-mailman (input) for mailman id 238323; Sun, 05 Dec 2021 09:26:12 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mtnme-0001fN-El for xen-users@lists.xenproject.org; Sun, 05 Dec 2021 09:26:12 +0000 Received: from mout.web.de (mout.web.de [212.227.17.12]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 6043a9dc-55ad-11ec-a5e1-b9374ead2679; Sun, 05 Dec 2021 10:26:09 +0100 (CET) Received: from [192.168.25.21] ([82.140.52.208]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M4sc1-1mtWX34AX1-001tMF for ; Sun, 05 Dec 2021 10:26:07 +0100 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 6043a9dc-55ad-11ec-a5e1-b9374ead2679 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1638696367; bh=4d60a4W8K9UWLfsG85auUGqog1fktk9f0EKiAb/k7I4=; h=X-UI-Sender-Class:Date:To:From:Subject; b=aFzNDbn41qhh+QgJujFlsEjcJ2cTJXP6IeP6QdnC8+H6Y00lbgtNRPAD2TOHAeOxh VDYcosir1P2eygyJqF+njA+/Yza+3W7mzcx0+E9Akdso5Chsw4x8mahqYY2nu32TIo zNIvrHCNdNeITyZ5vO2Pd3YTtoxjnhcQ0U8bqu2E= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Message-ID: <4bb1815d-b5af-9583-227b-72e048a60b0f@web.de> Date: Sun, 5 Dec 2021 10:26:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 To: xen-users@lists.xenproject.org From: Ronny Wagner Subject: Update and error on QMP socket Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms050407030005080706090306" X-Provags-ID: V03:K1:xhTMzNvncJFVgabVlqVrluhwx6ug6bOEoxQU4IKh4cpAK35grTY 2pl0e9fVqP2OLdfWXaXOmd6yuQb0eCrzv3aDradFyxh++H0d/i2Ic6leF4s749S6SdplwLl c6gtao/bqnm/ICTsOAwLP0KDCoAvfPizdLsUhCs+Bw/xPCiORQClD6cUDlS7IdCBozMId3n 1Jc65m2PJ1zW3MppWsj3w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5TpyFrgNYHM=:ZDQsy+qJh5aYGyu9IbkVov PWmRPk3CeNUC3IbU2QVfl6QShMfwtYk9kf3QkygwStYBz3Njgplw6o9ULC6MfYB8rbjOhWQAU MIZuTzbthLXxVLYwL61o2PmJb0pH8ndAI73Yrnfy1iwOikvVGmj/brbG5x9Tni3xWCdTFBAr5 YCdWg7THOrNfnZ2WxZB5MrZaiQ9yavDeMNp/CzqvAna/74M/mpclfeT1TRwJLCiaojLqgK6e8 NiZ5WAj2d6/KMUfWJFmawCuAQgFm14Kr0rKc0lpssZphruRQ8MsxjGSRDv7tFeOb2YsdixZD5 cHc8Nw37Mv/YXaqpSvFKITEUN5ww0xtiOUIdnEaDlXQrlpVxMMsWvD2GXQ1lTIxtm4MNCUgN+ 98a8UVKInf0W10yWFuWwLluZSY9u9XbgQWIJFh1DrJoDOKYfsNrSfC/RkNNqpD7bl6EZuilsY eTMys/A7fRTgpX2LV66P3gA3ObO+Mp92ClqtnbtNaCCst7oUvM2qlJEU41hi9zZ05UHKggugp vgT8HUwBT/Ly85muCmvIa8rmSj3Ns4qGH9QcAy7pdI5X06U63hm1gO4VnC6YzpIMPmDHFaFHr iA8XcflBQKBN4rnbLOhgHc691wlPIXbLyjO9FGze9Ca9mH8qa4YtH5tx2kKdmNCN205es9cYP Jj5FmzTy6XsWMS8uarvcmT4Y63Ig76HXLxRzFZrn/Cpr8N7MirFHPaD6yUev5+356PYavcwrx QPqF5wq6SvQK9YtS190wqU3tu466dgJ/3Gkm74IOWBH7qCN9AggKhUsGOBTuFGLYNiQIpr+NN NFcms0Xb32SYoCLP6+Jx1bqjoXR+AYgob+QWxiJzpsQwrsRAYeJgldb2SMdr4qc7yxOp2maAo XkYnRGjcIHVvi3NgifSYHHQCMXFwGqEQuZVFMO17fUkdd3KrUjCIwiZ9WUIe3u7D+EXUb2uWp nhkfybolNcjNfYSYUF0PAgPF2h9DnfRlUkt3tUHShtoAVikuWMzMyq1E8U101fj2aEQJIpop0 9kD2medHNletS9pCeQ1qVmBdPDzNKKpr5LjvoFwm+K1T7acyKv3UQAO/x8XJCYb7gJbl8NaPm o9VJBDtN0Y2F7s= This is a cryptographically signed message in MIME format. --------------ms050407030005080706090306 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, today i update (compile) my Debian Bullseye Server from xen 4.15.1 to 4.16.0 and i see a fail message when i start my DomU's. Fail: arsing config from /etc/xen/domU.cfg libxl: error: libxl_qmp.c:1400:qmp_ev_fd_callback: Domain 1:error on QMP socket: Connection reset by peer libxl: error: libxl_qmp.c:1439:qmp_ev_fd_callback: Domain 1:Error happened with the QMP connection to QEMU libxl: error: libxl_dm.c:3351:device_model_postconfig_done: Domain 1:Post DM startup configs failed, rc=3D-26 libxl: error: libxl_create.c:1867:domcreate_devmodel_started: Domain 1:device model did not start: -26 libxl: error: libxl_aoutils.c:646:libxl__kill_xs_path: Device Model already exited libxl: error: libxl_domain.c:1183:libxl__destroy_domid: Domain 1:Non-existant domain libxl: error: libxl_domain.c:1137:domain_destroy_callback: Domain 1:Unable to destroy guest libxl: error: libxl_domain.c:1064:domain_destroy_cb: Domain 1:Destruction of domain failed With following steps: - download xen-4.16.0.tar.gz - untar - ./configure --enable-systemd - make PYTHON=3D/usr/bin/python3 -j8 dist - make PYTHON=3D/usr/bin/python3 -j8 world - stop the xen services (xen-qemu-dom0-disk-backend.service, xen-init-dom0.service, xenconsoled.service, xenstored.service, xendomains.service) - make PYTHON=3D/usr/bin/python3 -j8 install - reboot server Have anyone a idea what is here happend? And the important question, how can i solve the problem? Thank you very much. --------------ms050407030005080706090306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC EpYwgghCMIIGKqADAgECAgEaMA0GCSqGSIb3DQEBBQUAMIG3MQswCQYDVQQGEwJERTEbMBkG A1UECBMSQmFkZW4tV3VlcnR0ZW1iZXJnMQ4wDAYDVQQHEwVBYWxlbjEPMA0GA1UEChMGTGlD b0hvMRAwDgYDVQQLEwdNYWluU3lzMTMwMQYDVQQDEypMaUNvSG8gR2xvYmFsIFJvb3QgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgkqhkiG9w0BCQEWFGhvc3RtYXN0ZXJAbGljb2hv LmRlMB4XDTIxMDUxNDExNDkyM1oXDTI4MDgxNTExNDkyM1owgagxCzAJBgNVBAYTAkRFMQ8w DQYDVQQIDAZCYXllcm4xDzANBgNVBAoMBkxpQ29IbzEUMBIGA1UECwwLWmVydGlmaWthdGUx PDA6BgNVBAMMM0xpQ29IbyBJbnRlcm1lZGlhdGUgVXNlciBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eSBSMjEjMCEGCSqGSIb3DQEJARYUaG9zdG1hc3RlckBsaWNvaG8uZGUwggQiMA0GCSqG SIb3DQEBAQUAA4IEDwAwggQKAoIEAQCoowiS/klAGrKNW5VewvjNko5HcJBIJe0EyJMFB+Bh rpKNRDraozpIuCCgsH6bOdsUaoW9udxhI7HFiXbLZXnkEckHsGRBBez6+NZwyTuyppbOwGNc 0qw0jC40xfe6jSL6LvCcQbcj1FDrvMMv2nFM7xHZ7uve15HdMapa1pn8shXjuRIvHHDzmSxU h+ezIpotp6WNn6qiMqVhxz5BBJTychqY+S+HHjtNbEOzPuzRGPsy9Z+3JhuVgDJB/YXagXBV v9+1zc9T7SfaEZHf8T1n8hVnpsbVC9Jy7Fq1ML5iMLoxGid4P999V0xxpyxM+AnJve4YCxOu 6RmvBCVJPLsPuHUJKvofq4cZtO3/VxSxINWQOgRgOPklVCZsSlRoSvPmu14fKgsBswrsopjU ja8aML0h5Y/yoS2Dru4H4kFyVK7+u4lJEQX8e5kagtqTT8y/KF6Wo48Z0hdYY7nseT0Iz2EC D79KclUsSgI8Uk7T+yrjOnGKzSzqYrg5BXtAMFB4A6iKRmHwkD9X1ZkHZ8gieIguCVnJ8LHu Ly12LvctgZpoq5FGeM9mSJSTn0YHXEziUUXcZ1roVqGlnYA7uNCQ3twGBzlIGwv561fZPUr2 +uQ/SCAUa6aGt4Cgt5GumkncHY8Jgk25oo8SQwpLIkF6rbw3iZf2GkzRSfyPMnpFgBlvMBuK p8GFAjRpi58Wo8zXbAUvETOO8wiAVgNmopGgFMaCfOV+xSP3WK+5bPNqjBu+MKsRrt84K9KT +gcd2yOQXfyVdDCMDtlJlhH2dcEMBvH4b1digEzK2mW3JvzrO98HZmf3dpCSIjDrwZhsvQN9 iKPBlfJmHWj3OpVRfJzJmiIIErBUVjV3wxbXo6JHlyiXMoU9XsWI696+iBS0IorIauj0Jwuv 1uG/hGheX3igV3U7hHi3NXDsgyoQ7Js8K8A1h5qofUZ21ZDdtBD7VNnQVKD9j8BGKxA3qc72 KX6JrE02UAf0JkWBHf+5wcjQEjzLt5L23eTK3r2onPsyIuVpZfhBzmfAxSGrAvHELJ5cgPrD Vw/jtCofwLVrG5GUsqbr9FV34F95LAUx99M/dZi+5Iw1gZKifRG/5+CORk2/XrxC5jVEwSc1 t1Fw454Zk1X9bH5uTkPkFyYqFhcLVX4nyjXhtWZDndAMU9kY9w+OjRn8UYTW/SVPG2Ghv5qF 04TQm4uJJU+zmVGcG4OHrTQv6lQvL2EKzaAZJsqc4+sfh6eaeCnSHmu+PBz/0/nP21s+IQzp QUesX32UsWwyGgys8FyoHrVY9fJQy+xU1SegFkIK3/SR8vIzAIfGZuN7IJvPqz91Jilb+VAu Sma5URNLr2priRm2rmLOHxlEYEExAgMBAAGjZjBkMB0GA1UdDgQWBBTpKxP5blZ3OSvSTIfD SWo/WhokEjAfBgNVHSMEGDAWgBTM+kxKvSn64XatNdXomTnL5UXhjzASBgNVHRMBAf8ECDAG AQH/AgEAMA4GA1UdDwEB/wQEAwIBhjANBgkqhkiG9w0BAQUFAAOCAgEANuAfIIcaHlbm2BWs 7nF63h0mU9s5GYeWTvuwoOnoYf3/z4753Re87TYhVbLz4uWuAC2B+RIBSQIgRsNkxrX67QxN mTcqy2Txn1ErSw9i4EfmZVio+1JIAUVzQ7NBEp+yZjCthDTavFvDTuRUMFwtsbeqVA8x9aTE UjWdReZvAfP/7BQI5r8JJ9TK7ok5bK9NQqkBln58dpvmv6BjiL0ugnfN9554DzDM3+crCczc dm6BT+nsGKrsEKRjr5IcbeyE1on7PUh9/6T2Zawd8uFzgTbKXXGJtu/kAWGuq2lYdqm9CvCt KI2LLw/pp7fiIUMmezvqB2gZyoncoF0bkw+3F9Ng8EsnY3yG+n7f17vCo5gBwWgUK84tZJAx Oqo3JYiuxjMBeQlzwMYT+uNakYY/fq5ZBPEMEq6y1rKHJy51Hey2kOAf1sMot+W9mZYpTFYZ 7S4INRHtnBUZljelk76QK5H6F1T7TRKzpHrUjr387Knwt7OSt48WbieYHv7ZV7B3gp+nTv5X i+NIjwabCHM5LuAnjxmc27Fn/+VJd0uCMJRKZcbQYQH6/bdJSY7szf8POAT16MtIVGXRbaN7 ojS9jNbkqSrAgfMCdHoHndGEuMHJhCHXNayb0pgmTf9EmiA4eAR6esxzqrMms2IFOgcGQxoK fdD3oOoYhComL9iiy9IwggpMMIIGNKADAgECAhQ9J6MaQaAGYRCTB8hDNydEjvREZzANBgkq hkiG9w0BAQsFADCBqDELMAkGA1UEBhMCREUxDzANBgNVBAgMBkJheWVybjEPMA0GA1UECgwG TGlDb0hvMRQwEgYDVQQLDAtaZXJ0aWZpa2F0ZTE8MDoGA1UEAwwzTGlDb0hvIEludGVybWVk aWF0ZSBVc2VyIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IFIyMSMwIQYJKoZIhvcNAQkBFhRo b3N0bWFzdGVyQGxpY29oby5kZTAeFw0yMTA1MTQxMjEzMzRaFw0yMjA1MTQxMjEzMzRaMEgx CzAJBgNVBAYTAkRFMRUwEwYDVQQDDAxSb25ueSBXYWduZXIxIjAgBgkqhkiG9w0BCQEWE3N0 YXJjaGlwMjAwMEB3ZWIuZGUwggQiMA0GCSqGSIb3DQEBAQUAA4IEDwAwggQKAoIEAQC/JIpQ BB5YCwvcxq+/wqNQBE8/AyXapDR4lxv26m3fxTAF/r3KDnQ5osZAGYhHd9xOywOkKrSScUH8 Lm4JFob8BWfzOrnuMLmAx2cYEygYpOEJ+H0EwJOyfGfSdoOkudTdM4b4iU1pegt27dU/wzyl h79G8+Zhvhvev2DNjizKzgZ+aPcw2kPpYLGE+hTzzvy/gzAjmdUwFXkY+LjYD92NF099ILxt 4iNCMdPPohEyo4ZS0jvlzH9HdYZQ79Ur4Sqau3AAOIdL4sL+iQGgjXLFcPDLdVqucwdQ3QC1 L+WqYJhvzQAGkxwyCBaBfWg/kFHUxclGQICk1HN6nmH+dMotwIbtUKi0fCd4z07G9bZnZo4O kV7jH8aDbAblspcdQxnF7lkQP1VbfdfwGT8pll3ogZt+ay0w4TeSdb/TKHOOOu/kHvig4hmQ ccgfV4lpWxTMc6l6WRXiii635a8x2Qc1ds4gtTCc4SZaG6aGLVOGtjbpGr5CXvTgGXuJwyqL u9fgiutJyXL+8CwMtIrdp6DgFxoC/3YRX438WIGMpZRzpnC+XAAKiQ+x6MSydExS9ShN1iLr PFlnD7vow6OREPz52zCdeVozTYn+BFtFAERxRZOjE2Xet+964AUK03wqsqV7ke9HwLbCpuof nM+3XSs6ArSfNcaknD2wK/XIoF2dZH6Cpcqi366K7YMgxrcV2HMQdn9Fhc2Tl6dzaFm5D3XA bCO3w9xacLGGVYrwDd3nbibpu3tvrUgMuParJCP6UIjl1INmxB9D1Nm3+UYKzFYo/sabO4IT mgYMOMqHJ4DOMYLoySX0Rj5+fTr7Lw1opF2BPf0Z2P+B6ki0qM510Wx02XCXcdAH7fSfiwiK KqCnroXNVnKF9DjdBDaPQruDHwOrQAozlm6610FlwyYtgWeO7C7yUetV7Z8NA5XgQQC7RTsG 9MRYGdvgWiaRoCePh0nqlng950T/AfNmr12iYM3EFV632XcAZ1D/7UYG5kYjo6zWVHh6S8o5 BKtYIkpYLg9Kuka48Wz4anP1TnwW0iEs5GMdsfU6LdS+fanMQihILPEliLKcmPInG/0uMJb2 HYp0GXaACkLSN9+fwSuOhftC4rZaRBY1nlDqB0mPpeIBToP6rlW7I8RFoDIrPlJ9WaiCyyze pDiCa4W9MY0OEIU+59I+OAQ1yAXvLkhGEntXVWi9vgHln25ATVoHQV13h3AwAzyvN9Dv2MaX RU1ekvOiFdscnvNerRQaHR2qKzYMjBDBlM4Vo5sFwAlc5xsqJAEZv7j/nmX7KqLBhb8YbzBV 6XLR34l9lwPfD1FxxV5V6B5kFcV0cOUKvBGEKTPNj/FsgBfcZSuIpAf3fphHQSFVAgMBAAGj gcwwgckwCQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwOgYJYIZIAYb4QgENBC0WK09w ZW5TU0wgTGlDb0hvIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFPDo /9OA2uTvHAwXUA/4GlquaE04MB8GA1UdIwQYMBaAFOkrE/luVnc5K9JMh8NJaj9aGiQSMA4G A1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDQYJKoZIhvcN AQELBQADggQBAEa/t7OClk9BP13b92+RCEJGWlBWfiUJ8zCmXW/NiSIn5xtk2EvEmaHbZdJ/ 9UA3w5Gt+HEN0cEnIhg7TQfMOJBvHkmhWIUaW6WXuA9W2G9SLxPP36HRNx74Jv7GN/gSNBaK Qrzl7wAL4W1qilzL9NVt25sfNw+dbhKnJiBlij/chDpB+8NoMN/GT3GAMZLjknriMWLKYemw LogigujA7poG0mpYl4IY7yt5JzcijsU8dmiFt2+M6QO+9HxiCZ6nuEFcrPGhFAVReRl0S351 7YUQbCL17egF7w8ZU6zawQcE54GcXEqB5p3AAxsRvKaXFtRwlVPR6FqYJKrpV0Hzo/WmfyIR 5ZXDURLsMlWqZZBQb4Dk9dPf0QobVr8WEw+O3At7U47XzSUPZil/oydqGsdAcdQn8OPCI8HQ 6JpoefoI48At6l411CXTXDLDVco5SgkqlqrZDX9RSP6LYDQJifEqnXAg4Bjd0oIc1auDi0kA sVMppqukpieG8Di8GjkV8F5IcMkK6R+6hiBxI2qrqbsLRJ5D3E87O0B1Fvf9CzVkqRkvdX5a FXer8sS6gbb7lQtfGMhZ1tMG7q57hd8xgoIV+uJl4BhKnT8fAInk5gYSwagc6Ox8e22X1JcY 7dXEDRrRLOjQd3TOZl9Z2aXLlga9nQjcxR87YJyos7OHpmrlsueLSQCR+cb6ICoy4uydn4pR t95yLy9kGIVTou4fH6fXBSJR5/ayMmTD2zEaLA/jqO7EIHXULc34XyCH/VgYExdGXPsP0JQZ IYILqvkw8jwh6cxU5L/JwJ5zjMNY3AMP9m+2nzQiuVKFIhUZqVZeFddXy2ItutUotLw9ht8S 2hlYz+OAjGb3dvqWvpSGv7CJsmroZ41eM5ipDd9BT3zcFZxEU1noroTSbKc/jB7VXRcMTuji VM5zjZavl3Ioh35vv6ion0LteHXUCck32wbb/hwNESIh2j8a5O2Jlu1TVpgH/KB29/agEGOL ocTJP0k+oVtK0Zrw5MOqfNsNl+rN2ChoOK5seebzSqWtKfIgaBAv1n+NcRI9uNBJe/YiTBlq fODIq7UDucDbuO8Sk6BFUoX/En2S98uGeYdsFyaUSpyojR83w6tDDPgKrllIQog0sIusZtb7 qcqWoctx3iMyVZnwSBjfpGL5ZegTle06SPnQWNUvbHI61HbcykD9A6iRrw1jb0/wmlazHkkW kpjBaCAZfwVuxNt7VcKXoDkIufvOqTR3YyygSOKuoG4sq7Zd/D7ce8KqOJeVJApSFVblXT5D RmsISgjwAfR+9r7niW2+3LH2H5vLqoirv/3bCOd4pdkvSJW3f9mWnckAc+s32LUgLPbNq2Bv ckT/YGHvWTgxggeUMIIHkAIBATCBwTCBqDELMAkGA1UEBhMCREUxDzANBgNVBAgMBkJheWVy bjEPMA0GA1UECgwGTGlDb0hvMRQwEgYDVQQLDAtaZXJ0aWZpa2F0ZTE8MDoGA1UEAwwzTGlD b0hvIEludGVybWVkaWF0ZSBVc2VyIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IFIyMSMwIQYJ KoZIhvcNAQkBFhRob3N0bWFzdGVyQGxpY29oby5kZQIUPSejGkGgBmEQkwfIQzcnRI70RGcw DQYJYIZIAWUDBAIDBQCgggKjMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTIxMTIwNTA5MjY0NFowTwYJKoZIhvcNAQkEMUIEQBk1ldx9nm7RnGrOTR2hcng/ 2wnw7ZuCqizwmkb7NqBWNm6X01PecncQLa1CRlZtVFhvA1jktUcXH8eRERAqaugwbAYJKoZI hvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqG SIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB0gYJ KwYBBAGCNxAEMYHEMIHBMIGoMQswCQYDVQQGEwJERTEPMA0GA1UECAwGQmF5ZXJuMQ8wDQYD VQQKDAZMaUNvSG8xFDASBgNVBAsMC1plcnRpZmlrYXRlMTwwOgYDVQQDDDNMaUNvSG8gSW50 ZXJtZWRpYXRlIFVzZXIgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUjIxIzAhBgkqhkiG9w0B CQEWFGhvc3RtYXN0ZXJAbGljb2hvLmRlAhQ9J6MaQaAGYRCTB8hDNydEjvREZzCB1AYLKoZI hvcNAQkQAgsxgcSggcEwgagxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xDzANBgNV BAoMBkxpQ29IbzEUMBIGA1UECwwLWmVydGlmaWthdGUxPDA6BgNVBAMMM0xpQ29IbyBJbnRl cm1lZGlhdGUgVXNlciBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBSMjEjMCEGCSqGSIb3DQEJ ARYUaG9zdG1hc3RlckBsaWNvaG8uZGUCFD0noxpBoAZhEJMHyEM3J0SO9ERnMA0GCSqGSIb3 DQEBAQUABIIEAGgm0WqrLuU6X2IrJM5Y2jQtMGx1W32EvbbreRMfx4pug/1CJqSTvk0KUcH1 RO4iPP5NdDrQkUtFjxxF3iMXjDVvBmOGsl0LRwlcypiqoPCP+PLVOj9J+kPDudH9pWFW/wZL 5To7LnBVu53Pm+FrO771SEavNnxvpGyl18ooaGptF/II48nd3ore12TPoH91lLBgARXD4sFK B3cOoZEaqh0CPLl3E6rdglQvZp4mm5zE5mpWmR2NNi2maiEzmo2kq/ZREqYfOIOlRc0nzqxJ zo4TjS5PWbL2Qijt6xdeeYFi4frtMVhIyKqlbrRgMLootyPDNgBKyVt3S6jOQD9t2Nq7Z5Nc WGvIAn3BN7G1cMEa3jf/kVf+n+pWl5tlds2r2B8JHp0DuEnnSfB4kHOklsXnLrss2TV43PcE KDqlQ/DLBQt8wSIca01TYgHvpwnqWI4kt+sm9SQd7z/fpbOnm+Ggz05KwyVDd9y3mFgWX2rY xj55dCxsMhGE8MxIszTn24On+XbFIKxn9GxbNS+DDH5m7+hODVQjGRDLnUYRm/j6F4tG9Gku rnJx27s3ynNosxpj4btKgGtQs910Y+Y5mX7LOIQH0h9J9y3AM56jRfXXk+OvGxRJNLy0kEIX XF47T/mpMnZqfrBQ+cljNJP3hoCxqozMSqK8orv+uSen/LEkOp2ZWBAePU3X5Hgx34pIqFv9 wnN6lLG2XX0/NyvgclLuUMQD5yK+OvjcfKyLo9Y2AmT3KIDvGFu/X5zxlvb9P8m0r2cYdGys IuItboyb/jkeKzo2UWqchbCnv0RWij/0vXTABanH+M5j5jcWpYuPNIRkH6PKDIg+x00323Ay pnKCFnq8kqJPx0B8LjnSuUFupDviYRmTtxstVYIMShTgL7ZDzZwAx7PLi5o7hLsFSa2f66wL IZO/euZ+S5BGctf82W/Lq8ETMlS4tUjTO7xndY2MoltFmgLvzeUk1druGFnG196ksc/ATqdW ZEbS2fj6BJKBMQqxD/6JljAypN4pOd3khirdor1o250V4kNLZXMOWzgrbhJ57L6TEvfSoNz7 SvdiTKsu3bRdbqsXBzISauJ/eYihDV52PabVt/Cmg6ooFmwQEkxkDATi4YGqy6UL1F9KE/p4 6a4a7MrnsMfOxz4Es5NoVZMZErnrsj7F28v8WzSWeMjELGjLVCzTlRPKSOhTwR5/8QlelhAV kAdPGFeSOK0X4qP47hwvro8RKWi9DGOXLRyx9frLG4BtOhHDBfE35hSN9rdOnocEIGT8HqGH gfMZMGHpZezTfMhj1BtxJKHN396cWsXzOkFfmhOWqSgj3lOu4u2q8yuiJEn462RHqH+29PXS JroOsHpAZUAAAAAAAAA= --------------ms050407030005080706090306-- From xen-users-bounces@lists.xenproject.org Mon Dec 06 19:09:31 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Dec 2021 19:09:31 +0000 Received: from list by lists.xenproject.org with outflank-mailman.239810.415809 (Exim 4.92) (envelope-from ) id 1muJLe-0000PH-7J; Mon, 06 Dec 2021 19:08:26 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 239810.415809; Mon, 06 Dec 2021 19:08:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1muJLe-0000Ox-2W; Mon, 06 Dec 2021 19:08:26 +0000 Received: by outflank-mailman (input) for mailman id 239810; Mon, 06 Dec 2021 19:08:24 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1muJLb-0000Or-Th for xen-users@lists.xenproject.org; Mon, 06 Dec 2021 19:08:23 +0000 Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [2a00:1450:4864:20::32a]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id e134727d-56c7-11ec-8a4d-196798b21f7b; Mon, 06 Dec 2021 20:08:23 +0100 (CET) Received: by mail-wm1-x32a.google.com with SMTP id p3-20020a05600c1d8300b003334fab53afso32530wms.3 for ; Mon, 06 Dec 2021 11:08:22 -0800 (PST) Received: by 2002:a5d:64c3:0:0:0:0:0 with HTTP; Mon, 6 Dec 2021 11:08:20 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: e134727d-56c7-11ec-8a4d-196798b21f7b DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=qNQvFPYrld0vJ2YI+g0gDyO1Uj6sDtcL89fWXVwxVRA=; b=L7RCifywuvn6pRzL2wHcS6nxE/udO4i/i1YD3qHk8F+kwLTreuF0rBcYrbv8Xfj5xF twmyfc2pSE/q8JlvMNs9qjLCbF8wnMEG4UThv7NPJ1s4KI7TohjoiEMEurmQ6WdH/K5y /6KXiFm9zHrGzpLxvI+u5D8nTyz8QFd7hdQf9DJGGhLzATWQFTnpHynsYoj9FJQWAZzD J41ToynAck1yYemGd4B4uR5dYnvHHGtIA3pOg6jUWlV60ZzFHEEku5IImzRJl494RCl9 tzR5QYB3IgPPH2hSnpcUenSyjj4gMQ+XS/VsSsA4PYHDZ1xwy1rNc5qfp9fSoM8mTPzi 1KqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=qNQvFPYrld0vJ2YI+g0gDyO1Uj6sDtcL89fWXVwxVRA=; b=wTziZbgQ0Dd72Gj5Ol050net5djCTLidRPEXiL59VmV1uJJ5fOBlTmlqa3oWoxBZh/ 5UJ87k+Z8dBoaMX0J8FFf98XGaYWpmbzlJkTNxyzgq6WiBEaGE7WKJxcqRm74ShrivQy lEMv9lR8eiJLAVLZrNZopM+nv7c6L6HK0xaRAE1ACWZlfTFUy9M45je44TjEBPAiwNWW GIUri0TknWIx6m2sCBdoSIEgwr+Y/8r7Afg4s+x6+npIoZoiZ6qShjlJdLiJ8vJDzkeZ p5N6tfN6OUs0cqFzq6QTlAPGN1QNQDDiclzicBBVKBidszkRWwlOZBWQ2n7yt8X/h7Ug PJZg== X-Gm-Message-State: AOAM5335zIpPm3fwfSZLtZ7/gDeCse5xhPz0x/H0tn9HJDC1iowmNf8G oU7B3vHE1NE7M0xPvDkT/MZMMdGk29i8QZVtZMQp9p5b X-Google-Smtp-Source: ABdhPJzKqu3Z4pXrkbdMWfcxer76a9ssNgF6FY+susUCQhh2Rygp0fM4Ixd5zN3x2vC8CO1HTxiH8Dj024UVucPcjQQ= X-Received: by 2002:a05:600c:299:: with SMTP id 25mr525491wmk.77.1638817701378; Mon, 06 Dec 2021 11:08:21 -0800 (PST) MIME-Version: 1.0 From: Pry Mar Date: Mon, 6 Dec 2021 11:08:20 -0800 Message-ID: Subject: re: Update and error on QMP socket To: xen-users Content-Type: text/plain; charset="UTF-8" Ronny, today i update (compile) my Debian Bullseye Server from xen 4.15.1 to 4.16.0 and i see a fail message when i start my DomU's. Fail: arsing config from /etc/xen/domU.cfg libxl: error: libxl_qmp.c:1400:qmp_ev_fd_callback: Domain 1:error on QMP its a major version change to get to xen-4.16.0 from xen-4.15.1., not an update. The qemu-xen build has a new meson build system, with extra build-deps. You need: meson ninja-build liblzo2-dev New is libxenstore.so.4, while your system might still have libxenstore.so.3 in tree. If xen-qemu-dom0-disk-backend.service never started you might get the shown error. systemctl status xen-qemu-dom0-disk-backend.service In my Bullseye 4.16.0 build qemu-system-i386 is 14.5 MB. regards, PryMar56 From xen-users-bounces@lists.xenproject.org Tue Dec 07 14:43:01 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Dec 2021 14:43:01 +0000 Received: from list by lists.xenproject.org with outflank-mailman.239847.418062 (Exim 4.92) (envelope-from ) id 1mubfN-000849-3I; Tue, 07 Dec 2021 14:42:01 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 239847.418062; Tue, 07 Dec 2021 14:42:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mubfM-000841-Vw; Tue, 07 Dec 2021 14:42:00 +0000 Received: by outflank-mailman (input) for mailman id 239847; Mon, 06 Dec 2021 20:04:50 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1muKEE-0000eI-D9 for xen-users@lists.xenproject.org; Mon, 06 Dec 2021 20:04:50 +0000 Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id c3c7d015-56cf-11ec-8a4d-196798b21f7b; Mon, 06 Dec 2021 21:04:48 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: c3c7d015-56cf-11ec-8a4d-196798b21f7b Date: Mon, 06 Dec 2021 20:04:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.ch; s=protonmail2; t=1638821087; bh=MYyTk28J52u1l0R1jIk5HYbW5d4atZmaCXBOE+sVa8Y=; h=Date:To:From:Reply-To:Subject:Message-ID:From:To:Cc; b=AB/IZX2RLYAr4/mcUEK4jUIBzeMz1QlzSE3qr+0euIN1tLcCh/hbCm0SrFIRAU+L6 OnVB1xKDrTkKABJg8dW82wtCeCtL73GbG0ehPQoQVgy7M8OVQswcn8OX2rk3cwCjPW VV/8cqorAxxNXvEcZiVqfCJoTt64USF9uqcz1d13k0SGj2dNKtuuzDm4tkCv+vj/kJ aQbSyHUvrgztc5kLrMt5BUBDxB23OSU4pETAXi+4TPxoBZjskwd1ZxuKt3O8ahkYVC cMqUglqN02MilWCIY/xAO4MAIod7Lf0P+bC+03K6fP1yqeYsj6AavyCGTz0XNkVuUl D93nvLpt6yPig== To: "xen-users@lists.xenproject.org" From: Juergen Schinker Reply-To: Juergen Schinker Subject: fresh compile of latest RELEASE 4.16 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.7 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,FREEMAIL_REPLYTO_END_DIGIT shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch [593/2436] Compiling C object libqemuutil.a.p/util_qemu-thread-posix.c.o FAILED: libqemuutil.a.p/util_qemu-thread-posix.c.o cc -Ilibqemuutil.a.p -I. -I../qemu-xen-dir-remote -Isubprojects/libvhost-us= er -I../qemu-xen-dir-remote/subprojects/libvhost-user -Itrace -Iqapi -Iui -= Iui/shader -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib= -2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gio-unix-2= .0 -I/usr/include/p11-kit-1 -I/usr/include/pixman-1 -fdiagnostics-color=3Da= uto -pipe -Wall -Winvalid-pch -Werror -std=3Dgnu11 -O2 -g -isystem /home/ad= minjs/xen/tools/qemu-xen-dir-remote/linux-headers -isystem linux-headers -i= quote . -iquote /home/adminjs/xen/tools/qemu-xen-dir-remote -iquote /home/a= dminjs/xen/tools/qemu-xen-dir-remote/include -iquote /home/adminjs/xen/tool= s/qemu-xen-dir-remote/disas/libvixl -iquote /home/adminjs/xen/tools/qemu-xe= n-dir-remote/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3D2 -m64= -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -Wstrict= -prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes = -fno-strict-aliasing -fno-common -fwrapv -DXC_WANT_COMPAT_EVTCHN_API=3D1 -D= XC_WANT_COMPAT_GNTTAB_API=3D1 -DXC_WANT_COMPAT_MAP_FOREIGN_API=3D1 -DXC_WAN= T_COMPAT_DEVICEMODEL_API=3D1 -Wold-style-declaration -Wold-style-definition= -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifi= ers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wi= mplicit-fallthrough=3D2 -Wno-missing-include-dirs -Wno-shift-negative-value= -Wno-psabi -fstack-protector-strong -fPIC -MD -MQ libqemuutil.a.p/util_qem= u-thread-posix.c.o -MF libqemuutil.a.p/util_qemu-thread-posix.c.o.d -o libq= emuutil.a.p/util_qemu-thread-posix.c.o -c ../qemu-xen-dir-remote/util/qemu-= thread-posix.c In file included from /usr/include/glib-2.0/glib/deprecated/gthread.h:124, from /usr/include/glib-2.0/glib.h:112, from /home/adminjs/xen/tools/qemu-xen-dir-remote/include/g= lib-compat.h:32, from /home/adminjs/xen/tools/qemu-xen-dir-remote/include/q= emu/osdep.h:132, from ../qemu-xen-dir-remote/util/qemu-thread-posix.c:13: ../qemu-xen-dir-remote/util/qemu-thread-posix.c: In function =E2=80=98qemu_= thread_start=E2=80=99: ../qemu-xen-dir-remote/util/qemu-thread-posix.c:540:5: error: =E2=80=98__si= gsetjmp=E2=80=99 accessing 200 bytes in a region of size 72 [-Werror=3Dstri= ngop-overflow=3D] 540 | pthread_cleanup_push(qemu_thread_atexit_notify, NULL); | ^~~~~~~~~~~~~~~~~~~~ ../qemu-xen-dir-remote/util/qemu-thread-posix.c:540:5: note: referencing ar= gument 1 of type =E2=80=98struct __jmp_buf_tag *=E2=80=99 /usr/include/pthread.h:734:12: note: in a call to function =E2=80=98__sigse= tjmp=E2=80=99 734 | extern int __sigsetjmp (struct __jmp_buf_tag *__env, int __savemask= ) __THROWNL; | ^~~~~~~~~~~ cc1: all warnings being treated as errors [594/2436] Compiling C object libqemuutil.a.p/util_transactions.c.o [595/2436] Compiling C object libqemuutil.a.p/qapi_string-output-visitor.c.= o [596/2436] Compiling C object libqemu-i386-softmmu.fa.p/target_i386_tcg_tra= nslate.c.o ninja: build stopped: subcommand failed. make: *** [Makefile:156: run-ninja] Error 1 make: Leaving directory '/home/adminjs/xen/tools/qemu-xen-build' make[3]: *** [Makefile:212: subdir-all-qemu-xen-dir] Error 2 make[3]: Leaving directory '/home/adminjs/xen/tools' make[2]: *** [/home/adminjs/xen/tools/../tools/Rules.mk:161: subdirs-instal= l] Error 2 make[2]: Leaving directory '/home/adminjs/xen/tools' make[1]: *** [Makefile:66: install] Error 2 make[1]: Leaving directory '/home/adminjs/xen/tools' make: *** [Makefile:140: install-tools] Error 2 host : xen release : 5.14.0-4-amd64 version : #1 SMP Debian 5.14.16-1 (2021-11-03) machine : x86_64 nr_cpus : 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 2 cpu_mhz : 2306.798 hw_caps : bfebfbff:77bae3ff:28100800:00000001:00000001:00000= 281:00000000:00000100 virt_caps : pv pv_directio shadow total_memory : 32711 free_memory : 50 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 15 xen_extra : .1 xen_version : 4.15.1 xen_caps : xen-3.0-x86_64 xen_scheduler : credit2 xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : Fri Sep 10 09:03:24 2021 +0200 git:84fa99099b xen_commandline : placeholder sched=3Dcredit2 cc_compiler : gcc (Debian 10.3.0-11) 10.3.0 cc_compile_by : adminjs cc_compile_domain : homelinux.net cc_compile_date : Fri Oct 1 17:05:47 BST 2021 build_id : f791a9b9747ac5630f01fdcd3797f58e8cffecb3 xend_config_format : 4 can't overcome this as i know nothing about ninja HELP Sent with ProtonMail Secure Email. From xen-users-bounces@lists.xenproject.org Mon Dec 13 07:34:14 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 Dec 2021 07:34:14 +0000 Received: from list by lists.xenproject.org with outflank-mailman.245831.424103 (Exim 4.92) (envelope-from ) id 1mwfpl-0005Ie-4J; Mon, 13 Dec 2021 07:33:17 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 245831.424103; Mon, 13 Dec 2021 07:33:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwfpl-0005IW-1D; Mon, 13 Dec 2021 07:33:17 +0000 Received: by outflank-mailman (input) for mailman id 245831; Mon, 13 Dec 2021 07:33:15 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwfpj-0005I9-NC for xen-users@lists.xenproject.org; Mon, 13 Dec 2021 07:33:15 +0000 Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [2607:f8b0:4864:20::52e]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id ed664a50-5be6-11ec-bf02-3911bdbc85ab; Mon, 13 Dec 2021 08:33:14 +0100 (CET) Received: by mail-pg1-x52e.google.com with SMTP id 200so4974799pgg.3 for ; Sun, 12 Dec 2021 23:33:13 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: ed664a50-5be6-11ec-bf02-3911bdbc85ab DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=6Pr6SYahfQ8h+KHGCs8glNOFLxQLbrSv+WABog0TZHQ=; b=cd8N6EoTKmqAzf1/tLfx0+9Tfr5zb8qy0A+GXBahOVTuY/43cSzeCC2uf1nk3Vb057 4oP1ojdrXl40bvncxGqAwq9bEhujX1AS3W/W9vVdL2lE5q2P5Ne0PL+TL1AEGtm1UwG/ aTkWAATf1I1IHAqPH5Gin/YI13SOOM/uFPLOPANydMEun5UzaFDDnG6isfnq4hIBljh9 xtQlusINLpklKSaPwoRnmVBL+3dd4+4pkNg6qHcwyBmOeZaSVdW/pJhMHrZDtjLCnnXQ 37pwmKBR1u1tQUoaXmmRO7zh3CfmQjmUNMRhWIwAlorCBspONgs3PQndhu36Y8mnOoQ8 HFEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=6Pr6SYahfQ8h+KHGCs8glNOFLxQLbrSv+WABog0TZHQ=; b=xDmZ1q+M1rX3ROJAzEENUaTKxOVGwDbDpNmAJY+rpY3NCjr4pAlHnRou60LV0KXyOs M/8SCZ5zyzR/y+SaLXWW2y5rjjs/SL5HPjX0GT4KViK1ZOgGO2EK+cT2vsQxIS8u8x1m gzSkoU0Ptt9wDemL9OTWEa0B8HP+gSpr4f9GHYjEbac+mVv464vuKjw1CRT/3xepQMaB WnRpJhbe9zpAp54ZCuEaMgcemthO5KIdfkY7olI1qCruE9jZpxRuz/JcWQxjNHQlqFAv 9MJz0yf2RxlSxUi/XAdRtlfIxN70uk4S3JgN+VXNCGqDKz3Z4eZ2Ewg730bUSKsp9Ho6 PBrQ== X-Gm-Message-State: AOAM531x9//bypJRVn/T1H0707cozB5PV9Zg3beplXPUTHsTv5rjXGM1 E2/AyO1nB8F6JCGBMeS6UmlDM/TxnlYSLX6XbxPwhnlxotE= X-Google-Smtp-Source: ABdhPJwLXRhh4p4+Fy4z7Mlmwv073hY86+vCzvDlwkGv08O9LC+5s3tGlRW/yoL2rl579Bw79MAkoxgQ4JCuC+8ZSpY= X-Received: by 2002:a05:6a00:16cc:b0:4a8:2ea1:1df0 with SMTP id l12-20020a056a0016cc00b004a82ea11df0mr32173604pfc.62.1639380791583; Sun, 12 Dec 2021 23:33:11 -0800 (PST) MIME-Version: 1.0 From: "Darren S." Date: Mon, 13 Dec 2021 00:33:00 -0700 Message-ID: Subject: xen-4.11 IRQ disable To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000bbe84805d3021530" --000000000000bbe84805d3021530 Content-Type: text/plain; charset="UTF-8" Greetings, I have a Linux Debian domU: Debian GNU/Linux 10 (buster) x86_64 I have set up PCI passthrough to pass an Ethernet interface through to the domU. This is the device on the PV dom0: 07:00.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation PRO/1000 GT Desktop Adapter Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 18 Memory at f7240000 (32-bit, non-prefetchable) [size=128K] Memory at f7220000 (32-bit, non-prefetchable) [size=128K] I/O ports at c080 [size=64] Expansion ROM at f7200000 [disabled] [size=128K] Capabilities: Kernel driver in use: pciback Kernel modules: e1000 Setting: pci = ['07:00.0'] The device appears in the domU (domU is managed with xl): 00:00.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation PRO/1000 GT Desktop Adapter Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 25, NUMA node 0 Memory at f7240000 (32-bit, non-prefetchable) [size=128K] Memory at f7220000 (32-bit, non-prefetchable) [size=128K] I/O ports at c080 [size=64] Expansion ROM at f7200000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Capabilities: [e4] PCI-X non-bridge device Kernel driver in use: e1000 Kernel modules: e1000 # ip link 3: enp0s0: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 00:1b:21:8d:b3:4f brd ff:ff:ff:ff:ff:ff My domU dmesg is filled with logs like this: Dec 13 00:25:53 razsig kernel: [166070.359335] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:53 razsig kernel: [166070.463367] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:53 razsig kernel: [166070.567356] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:53 razsig kernel: [166070.671334] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166070.775414] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166070.879364] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166070.983383] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166071.087380] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166071.191348] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:54 razsig kernel: [166071.295417] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes) Dec 13 00:25:58 razsig kernel: [166075.455420] swiotlb_tbl_map_single: 39 callbacks suppressed I also see a message from the domU kernel that the PCI device IRQ is disabled. When this occurs, I don't seem to received further traffic on the interface (tested with tcpdump(8)). The domU runs Debian GNU/Linux 11 (bullseye). Is there more I can do to ensure the operation of this card? The intended use is passive traffic capture in the domU. I want to have tcpdump, Zeek and Suricata running with AF_PACKET. -- Darren Spruell phatbuckett@gmail.com --000000000000bbe84805d3021530 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greetings,

I have a Linux De= bian domU:

Debian GNU/Linux 10 (buster) x86_64

I have set up PCI passthrough to pass an Ethernet int= erface through to the domU. This is the device on the PV dom0:
07:00.0 Ethernet controller: Intel Corporation 82541PI Gigabit= Ethernet Controller (rev 05)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Subsystem: Int= el Corporation PRO/1000 GT Desktop Adapter
=C2=A0 =C2=A0 =C2=A0 =C2=A0 F= lags: bus master, 66MHz, medium devsel, latency 32, IRQ 18
=C2=A0 =C2=A0= =C2=A0 =C2=A0 Memory at f7240000 (32-bit, non-prefetchable) [size=3D128K]<= br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory at f7220000 (32-bit, non-prefetchable= ) [size=3D128K]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 I/O ports at c080 [size=3D64= ]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Expansion ROM at f7200000 [disabled] [size= =3D128K]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Capabilities: <access denied>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Kernel driver in use: pciback
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 Kernel modules: e1000

Setting:

pci =3D ['07:00.0']

The device appears in the domU (domU is managed with xl):
<= br>
00:00.0 Ethernet controller: Intel Corporation 82541PI Gigabi= t Ethernet Controller (rev 05)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Subsystem: In= tel Corporation PRO/1000 GT Desktop Adapter
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 25, NUMA node 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory at f7240000 (32-bit, non-prefetchable) = [size=3D128K]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory at f7220000 (32-bit, no= n-prefetchable) [size=3D128K]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 I/O ports at c= 080 [size=3D64]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Expansion ROM at f7200000 [d= isabled] [size=3D128K]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Capabilities: [dc] Po= wer Management version 2
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Capabilities: [e4] = PCI-X non-bridge device
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Kernel driver in use= : e1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Kernel modules: e1000

=
# ip link
3: enp0s0: <BROADCAST,MULTICAST,NOARP= ,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT g= roup default qlen 1000
=C2=A0 =C2=A0 link/ether 00:1b:21:8d:b3:4f brd ff= :ff:ff:ff:ff:ff

My domU dmesg is filled with logs = like this:

Dec 13 00:25:53 razsig kernel: [166070.= 359335] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes)
Dec = 13 00:25:53 razsig kernel: [166070.463367] e1000 0000:00:00.0: swiotlb buff= er is full (sz: 1522 bytes)
Dec 13 00:25:53 razsig kernel: [166070.56735= 6] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes)
Dec 13 00= :25:53 razsig kernel: [166070.671334] e1000 0000:00:00.0: swiotlb buffer is= full (sz: 1522 bytes)
Dec 13 00:25:54 razsig kernel: [166070.775414] e1= 000 0000:00:00.0: swiotlb buffer is full (sz: 1522 bytes)
Dec 13 00:25:5= 4 razsig kernel: [166070.879364] e1000 0000:00:00.0: swiotlb buffer is full= (sz: 1522 bytes)
Dec 13 00:25:54 razsig kernel: [166070.983383] e1000 0= 000:00:00.0: swiotlb buffer is full (sz: 1522 bytes)
Dec 13 00:25:54 raz= sig kernel: [166071.087380] e1000 0000:00:00.0: swiotlb buffer is full (sz:= 1522 bytes)
Dec 13 00:25:54 razsig kernel: [166071.191348] e1000 0000:0= 0:00.0: swiotlb buffer is full (sz: 1522 bytes)
Dec 13 00:25:54 razsig k= ernel: [166071.295417] e1000 0000:00:00.0: swiotlb buffer is full (sz: 1522= bytes)
Dec 13 00:25:58 razsig kernel: [166075.455420] swiotlb_tbl_map_s= ingle: 39 callbacks suppressed

I also see a messag= e from the domU kernel that the PCI device IRQ is disabled. When this occur= s, I don't seem to received further traffic on the interface (tested wi= th tcpdump(8)).

The domU runs Debian GNU/Linux= 11 (bullseye). Is there more I can do to ensure the operation of this card= ? The intended use is passive traffic capture in the domU. I want to have t= cpdump, Zeek and Suricata running with AF_PACKET.

--
Darren Spruell
phatbuckett@gmail.com
--000000000000bbe84805d3021530-- From xen-users-bounces@lists.xenproject.org Mon Dec 13 14:55:42 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 Dec 2021 14:55:42 +0000 Received: from list by lists.xenproject.org with outflank-mailman.245946.424527 (Exim 4.92) (envelope-from ) id 1mwmj4-0004iP-MW; Mon, 13 Dec 2021 14:54:50 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 245946.424527; Mon, 13 Dec 2021 14:54:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwmj4-0004iH-JE; Mon, 13 Dec 2021 14:54:50 +0000 Received: by outflank-mailman (input) for mailman id 245946; Mon, 13 Dec 2021 10:28:24 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwiZD-0004N5-QU for xen-users@lists.xenproject.org; Mon, 13 Dec 2021 10:28:24 +0000 Received: from mail-il1-x12b.google.com (mail-il1-x12b.google.com [2607:f8b0:4864:20::12b]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id 633c5088-5bff-11ec-bf02-3911bdbc85ab; Mon, 13 Dec 2021 11:28:18 +0100 (CET) Received: by mail-il1-x12b.google.com with SMTP id x15so3099448ilc.5 for ; Mon, 13 Dec 2021 02:28:18 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 633c5088-5bff-11ec-bf02-3911bdbc85ab DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cimware-in.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=axaMuC2zf5NUlruyGB7/2zhQqrbdaXk1SJh5bmjfEOw=; b=yadlNZ5PsiOA2KlgS0coWAI05BVyj4V/uBQd070bOT3cxvETLvO2xrzO6mTnybkrUk Fw4S/ZJ3+fZGbHrTeQyRGmhuBO/Dat3hoWux0Kf19IqD8CeevLmjwBz4rVCYnsA2u0BP XrWoBpehXfb+PJFPsAtiKY9M2tGkJW1J81APR1x4ltWDeh/n/OX9SmyoEsEP15FQ+0IG IjAGWXKod36/RymfBYatfCbPEWgyP2ULXdc+GlqVuOnjz3xHAxh3580RO8UKhE2G6jH/ oXGfI6ZREdkJ4gn4uTqALe5rTFzipyUXseH1U2qZKOoCWm/MUjiBKJT1rMnNDbTe7jyS t5ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=axaMuC2zf5NUlruyGB7/2zhQqrbdaXk1SJh5bmjfEOw=; b=U8vRBdnJMTDf1U6daAT1jWYptgKP32LLHqrpynIo0ergVulNBK1K58cYZUkD3P7cxP 1Mrn0RO2GAdE9MAfulZFpBoiNOznpizOtKkbe6SFZ3XWQeOd2VMdgDtiWmYZbwx0Yu8b 3K5rI0Nfuxn+XMSaDYeogiXQBrphbuuVek+r5t0E3nWBwCu9cHdl4+ntKgbhbaEa0+Hx jCuagYSs90Z264z0UOQTmVMeRNy4VWa+060P/0midxQnB7fuK9BU5LVuAFuxEBqL4JPq EHuWotPnag00cUxrU7hcqzHtDfhZG17TIFD2v5mKmVQKGQk6Ku152yVv5E69e1XW/k8U k7wQ== X-Gm-Message-State: AOAM530JJG1SdaUk1TkOt/YnsfGH+knFgzJMCt6W3VN+PXSywjmQLLu1 RtECm4NjbHag2VYuv2nzgcH4LjO/6v2IhEwP/tPqHeiHZg== X-Google-Smtp-Source: ABdhPJzAyas785uTjvyA4crqgvue3qUG/ywNH+2UHtT1YP0xW/CxH8Dj6GEli1c75CpTOjeS4PWOKK3fd7liXZVn0Ig= X-Received: by 2002:a92:d705:: with SMTP id m5mr5968333iln.47.1639391297703; Mon, 13 Dec 2021 02:28:17 -0800 (PST) MIME-Version: 1.0 References: <8717bb3d-1d3f-a3fd-6ebc-804a99fff89a@nethence.com> In-Reply-To: <8717bb3d-1d3f-a3fd-6ebc-804a99fff89a@nethence.com> From: Sai Kiran Kumar Reddy Date: Mon, 13 Dec 2021 15:58:07 +0530 Message-ID: Subject: Re: Xen on LFS To: Pierre-Philipp Braun Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000f2a3f705d3048743" --000000000000f2a3f705d3048743 Content-Type: text/plain; charset="UTF-8" Hi, Thanks for your email. I was able to install required xorg packages. I was able to successfully build xen from source. I did not see any errors after installing i.e, after make world, make install commands. I want to boot xen from EFI directly, instead of using GRUB bootloader. For that, I need xen.efi. I have built xen on a pendrive, with msdos partition. I was not able to find xen.efi. I am not sure about the issue here. Could it be because of msdos partition on USB stick? Could you please help me out here. Thanks in advance, Regards, Sai Kiran. On Fri, Dec 3, 2021 at 7:43 PM Pierre-Philipp Braun wrote: > > I am Sai Kiran. I am currently working on installing xen on Linux From > > Scratch(LFS) system. One of the dependencies of xen is "xorg" package. > > Hello Sai, it's because of QEMU indeed, but you can pass extra arguments > to also avoid it there > > --with-extra-qemuu-configure-args="..." > > most notably > > --disable-gtk \ > --disable-sdl \ > --disable-sdl-image \ > --disable-opengl \ > > The script I use to build XEN on Slackware > > https://github.com/pbraun9/slackbuilds/blob/master/xen-nox/xen-nox.SlackBuild > > Beware the configure options change depending on what branch or version > you're using. > https://pub.nethence.com/xen/slackware-current > > HTH > -- > Pierre-Philipp Braun > SMTP Health Campaign: enforce STARTTLS and verify MX certificates > > > --000000000000f2a3f705d3048743 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

Thanks for your email. I was = able to install required xorg packages. I was able to successfully build xe= n from source. I did not see any errors after installing i.e, after make wo= rld, make install commands. I want to boot xen from EFI directly, instead o= f using GRUB bootloader. For that, I need xen.efi. I have built xen on a pe= ndrive, with msdos=C2=A0partition. I was not able to find xen.efi. I am not= sure about the issue here. Could it be because of msdos=C2=A0partition on = USB stick? Could you please help me out here.=C2=A0

Thanks in=C2=A0advance,

Regards,
Sai K= iran.

On Fri, Dec 3, 2021 at 7:43 PM Pierre-Philipp Braun <pbraun@nethence.com> wrote:
> I am Sai Kiran. I a= m currently working on installing xen on Linux From
> Scratch(LFS) system. One of the dependencies of xen is "xorg"= ; package.

Hello Sai, it's because of QEMU indeed, but you can pass extra argument= s
to also avoid it there

=C2=A0 =C2=A0 =C2=A0 =C2=A0 --with-extra-qemuu-configure-args=3D"...&q= uot;

most notably

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-gtk \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-sdl \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-sdl-image= \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-opengl \<= br>
The script I use to build XEN on Slackware
https://github.com/pbra= un9/slackbuilds/blob/master/xen-nox/xen-nox.SlackBuild

Beware the configure options change depending on what branch or version you're using.
https://pub.nethence.com/xen/slackware-current

HTH
--
Pierre-Philipp Braun
SMTP Health Campaign: enforce STARTTLS and verify MX certificates
<https://nethence.com/smtp/>

--000000000000f2a3f705d3048743-- From xen-users-bounces@lists.xenproject.org Mon Dec 13 15:15:51 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 Dec 2021 15:15:51 +0000 Received: from list by lists.xenproject.org with outflank-mailman.246183.424612 (Exim 4.92) (envelope-from ) id 1mwn2n-0002aq-1o; Mon, 13 Dec 2021 15:15:13 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 246183.424612; Mon, 13 Dec 2021 15:15:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwn2m-0002ai-Tt; Mon, 13 Dec 2021 15:15:12 +0000 Received: by outflank-mailman (input) for mailman id 246183; Mon, 13 Dec 2021 15:15:11 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mwn2l-0002ac-Hl for xen-users@lists.xenproject.org; Mon, 13 Dec 2021 15:15:11 +0000 Received: from mail.netlogic.dev (mail.netlogic.dev [2a0d:8240::25]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 74e31547-5c27-11ec-9e60-abaf8a552007; Mon, 13 Dec 2021 16:15:10 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.netlogic.dev (Postfix) with ESMTPSA id 4JCQ6f11hLzR598 for ; Mon, 13 Dec 2021 16:15:06 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 74e31547-5c27-11ec-9e60-abaf8a552007 Message-ID: <485e5e0d-d12f-47d7-78ac-666fecc18ee7@slackware.hr> Date: Mon, 13 Dec 2021 16:15:05 +0100 Mime-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: Xen on LFS Content-Language: en-US To: xen-users@lists.xenproject.org References: <8717bb3d-1d3f-a3fd-6ebc-804a99fff89a@nethence.com> From: Mario In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 12/13/21 11:28, Sai Kiran Kumar Reddy wrote: > Hi, > > Thanks for your email. I was able to install required xorg packages. I > was able to successfully build xen from source. I did not see any > errors after installing i.e, after make world, make install commands. > I want to boot xen from EFI directly, instead of using GRUB > bootloader. For that, I need xen.efi. I have built xen on a pendrive, > with msdos partition. I was not able to find xen.efi. I am not sure > about the issue here. Could it be because of msdos partition on USB > stick? Could you please help me out here. > > Thanks in advance, > > Regards, > Sai Kiran. > Hi, Interestingly, I also build Xen from source on Slackware, but with said X libs. To generate xen.efi binary, you will need to have binutils which was compiled with --enable-targets=x86_64-pep Regards, -- Mario From xen-users-bounces@lists.xenproject.org Wed Dec 15 20:49:01 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 Dec 2021 20:49:01 +0000 Received: from list by lists.xenproject.org with outflank-mailman.247460.426884 (Exim 4.92) (envelope-from ) id 1mxbBx-00076k-O4; Wed, 15 Dec 2021 20:48:01 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 247460.426884; Wed, 15 Dec 2021 20:48:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mxbBx-00076b-Kc; Wed, 15 Dec 2021 20:48:01 +0000 Received: by outflank-mailman (input) for mailman id 247460; Wed, 15 Dec 2021 16:17:09 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mxWxo-0004Lt-PQ for xen-users@lists.xenproject.org; Wed, 15 Dec 2021 16:17:08 +0000 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 7136def7-5dc2-11ec-9e60-abaf8a552007; Wed, 15 Dec 2021 17:17:06 +0100 (CET) Received: from mail-ed1-f69.google.com (mail-ed1-f69.google.com [209.85.208.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-479-6FgoQm_BOLGXiat32WhP0A-1; Wed, 15 Dec 2021 11:17:02 -0500 Received: by mail-ed1-f69.google.com with SMTP id m17-20020aa7d351000000b003e7c0bc8523so20599771edr.1 for ; Wed, 15 Dec 2021 08:17:02 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 7136def7-5dc2-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1639585024; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=19QPLBun6LNj2EZBwRSMwpTqdRKjZ7uCtH4VH0nr5aY=; b=T5PWRyPcSQMeKixbeBtQYBkNReMGlcy5BUwSQ/fph63zqVQtK7RZK6KqIr1/8dCrCGfO5Q oxvpUxpd7+9QbQVdEMiMyfbcji9B8GzC8UXHPn+zWfpj5cgbfIVZnsgNZIrgc7exolLza6 xLzTA/3xll02fS6n/glRQDE+fBRvqFQ= X-MC-Unique: 6FgoQm_BOLGXiat32WhP0A-1 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=19QPLBun6LNj2EZBwRSMwpTqdRKjZ7uCtH4VH0nr5aY=; b=a7+snLLNX4bcvGg6C3tdmNsMSra6ORFa7sDWe37EMSjhliA+++rFrNiP8qVxs61HTj G742fsDWt8JtrU9uoIahsC87D9QS3zLpTFEztY4zu00xlKUtO9A0m4/PDiUVs7pkCfAc 6zMf+/fAaKvuywT458pcBhxlkIrCYHDqdZcUwBT0qN51yP1Lo7DXzAF5x2WVkfmgC7eW fP9ccx9yX2/b+hEXL4W2ni8MVALReYK6cALwmxeKCi0sigD5GyIFwS/4MyzrRJtzTS/A YAv94n5tMDJZZ4N8VqyWCVbNA8nAsHy98jSf5YtE7oMEG3OxUI751svL1FFy7f7nNurM YRvA== X-Gm-Message-State: AOAM532rgUvY0g2FUj8R9E7t8NHobp/Wnqu+wNbzV/NsoVCNB8FXQ7Gl 6LSXrxUve5BGSa1JVeVsMRDecVu6nvyUDJOgzRhJ3AwKRk4RsI9vLADMhvqoVOhA5LEEhKYStHO Kw1lXkHg2TKEHxM0EHGv09d7Tu28AqQBBJUeUwz1uQpA= X-Received: by 2002:aa7:dc14:: with SMTP id b20mr15326791edu.133.1639585020491; Wed, 15 Dec 2021 08:17:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJwg14gditAuLRDc6419h1xzad1fPNKFV1gc428iYEeny80uQITGw2lJdxaD1y4Y7TFhLYEtlj68x2ErhIEYB7s= X-Received: by 2002:aa7:dc14:: with SMTP id b20mr15326776edu.133.1639585020319; Wed, 15 Dec 2021 08:17:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Piotr Kliczewski Date: Wed, 15 Dec 2021 17:16:49 +0100 Message-ID: Subject: Re: [FOSDEM] [CFP] Virtualization & IaaS Devroom To: xen-users@lists.xenproject.org Cc: Tal Nisan Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=pkliczew@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: multipart/alternative; boundary="000000000000b72d6d05d331a21e" --000000000000b72d6d05d331a21e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable All, A friendly reminder that the submission deadline is in 5 days. Thanks, Piotr On Tue, Nov 30, 2021 at 2:51 PM Piotr Kliczewski wrote: > We are excited to announce that the call for proposals is now open for th= e > Virtualization & IaaS devroom at the upcoming FOSDEM 2022, to be hosted > virtually on February 5th 2022. > > This year will mark FOSDEM=E2=80=99s 22nd anniversary as one of the > longest-running free and open source software developer events, attractin= g > thousands of developers and users from all over the world. Due to Covid-1= 9, > FOSDEM will be held virtually this year on February 5th & 6th, 2022. > > About the Devroom > > The Virtualization & IaaS devroom will feature session topics such as ope= n > source hypervisors and virtual machine managers such as Xen Project, KVM, > bhyve, and VirtualBox, and Infrastructure-as-a-Service projects such as > KubeVirt, Apache CloudStack, Foreman, OpenStack, oVirt, QEMU and OpenNebu= la. > > This devroom will host presentations that focus on topics of shared > interest, such as KVM; libvirt; shared storage; virtualized networking; > cloud security; clustering and high availability; interfacing with multip= le > hypervisors; hyperconverged deployments; and scaling across hundreds or > thousands of servers. > > Presentations in this devroom will be aimed at users or developers workin= g > on these platforms who are looking to collaborate and improve shared > infrastructure or solve common problems. We seek topics that encourage > dialog between projects and continued work post-FOSDEM. > > Important Dates > > Submission deadline: 20th of December > > Acceptance notifications: 25th of December > > Final schedule announcement: 31st of December > > Recorded presentations upload deadline: 15th of January > > Devroom: 6th February 2022 > > Submit Your Proposal > > All submissions must be made via the Pentabarf event planning site[1]. If > you have not used Pentabarf before, you will need to create an account. I= f > you submitted proposals for FOSDEM in previous years, you can use your > existing account. > > After creating the account, select Create Event to start the submission > process. Make sure to select Virtualization and IaaS devroom from the Tra= ck > list. Please fill out all the required fields, and provide a meaningful > abstract and description of your proposed session. > > Submission Guidelines > > We expect more proposals than we can possibly accept, so it is vitally > important that you submit your proposal on or before the deadline. Late > submissions are unlikely to be considered. > > All presentation slots are 30 minutes, with 20 minutes planned for > presentations, and 10 minutes for Q&A. > > All presentations will need to be pre-recorded and put into our system at > least a couple of weeks before the event. > > The presentations should be uploaded by 15th of January and made > available under Creative > > Commons licenses. In the Submission notes field, please indicate that you > agree that your presentation will be licensed under the CC-By-SA-4.0 or > CC-By-4.0 license and that you agree to have your presentation recorded. > For example: > > "If my presentation is accepted for FOSDEM, I hereby agree to license all > recordings, slides, and other associated materials under the Creative > Commons Attribution Share-Alike 4.0 International License. Sincerely, > ." > > In the Submission notes field, please also confirm that if your talk is > accepted, you will be able to attend the virtual FOSDEM event for the Q&A= . > We will not consider proposals from prospective speakers who are unsure > whether they will be able to attend the FOSDEM virtual event. > > If you are experiencing problems with Pentabarf, the proposal submission > interface, or have other questions, you can email our devroom mailing > list[2] and we will try to help you. > > > Code of Conduct > > Following the release of the updated code of conduct for FOSDEM, we'd lik= e > to remind all speakers and attendees that all of the presentations and > discussions in our devroom are held under the guidelines set in the CoC a= nd > we expect attendees, speakers, and volunteers to follow the CoC at all > times. > > If you submit a proposal and it is accepted, you will be required to > confirm that you accept the FOSDEM CoC. If you have any questions about t= he > CoC or wish to have one of the devroom organizers review your presentatio= n > slides or any other content for CoC compliance, please email us and we wi= ll > do our best to assist you. > > Call for Volunteers > > We are also looking for volunteers to help run the devroom. We need > assistance with helping speakers to record the presentation as well as > helping with streaming and chat moderation for the devroom. Please contac= t > devroom mailing list [2] for more information. > > Questions? > > If you have any questions about this devroom, please send your questions > to our devroom mailing list. You can also subscribe to the list to receiv= e > updates about important dates, session announcements, and to connect with > other attendees. > > See you all at FOSDEM! > > [1] https://penta.fosdem.org/submission/FOSDEM22 > > [2] iaas-virt-devroom at lists.fosdem.org > --000000000000b72d6d05d331a21e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

A friendly reminder tha= t the submission deadline is in 5 days.

Thanks,
Piotr

On Tue, Nov 30, 2021 at 2:51 PM Piotr Kliczewski <pkliczew@redhat.com> wrote:
<= /div>

We are excited to announce that the call for proposals is now open= for the Virtualization & IaaS devroom at the upcoming FOSDEM 2022, to = be hosted virtually on February 5th 2022.


This year will mark FOSDEM= =E2=80=99s 22nd anniversary as one of the longest-running free and open sou= rce software developer events, attracting thousands of developers and users= from all over the world. Due to Covid-19, FOSDEM will be held virtually th= is year on February 5th & 6th, 2022.


About the Devroom

<= br>

The Vi= rtualization & IaaS devroom will feature session topics such as open so= urce hypervisors and virtual machine managers such as Xen Project, KVM, bhy= ve, and VirtualBox, and Infrastructure-as-a-Service projects such as KubeVi= rt, Apache CloudStack, Foreman, OpenStack, oVirt, QEMU and OpenNebula.


This devroom will host presentations that focus on topics of shared intere= st, such as KVM; libvirt; shared storage; virtualized networking; cloud sec= urity; clustering and high availability; interfacing with multiple hypervis= ors; hyperconverged deployments; and scaling across hundreds or thousands o= f servers.


Presentations in this devroom will be aimed at users or dev= elopers working on these platforms who are looking to collaborate and impro= ve shared infrastructure or solve common problems. We seek topics that enco= urage dialog between projects and continued work post-FOSDEM.

Importan= t Dates


Submission deadline: 20th of December

Acceptance notificati= ons: 25th of December

Final schedule announcement: 31st of December=

Recor= ded presentations upload deadline: 15th of January

Devroom: 6th February= 2022


Submit Your Proposal


All submissions must be made via the P= entabarf event planning site[1]. If you have not used Pentabarf before, you= will need to create an account. If you submitted proposals for FOSDEM in p= revious years, you can use your existing account.


After creating the a= ccount, select Create Event to start the submission process. Make sure to s= elect Virtualization and IaaS devroom from the Track list. Please fill out = all the required fields, and provide a meaningful abstract and description = of your proposed session.


Submission Guidelines


We expect more = proposals than we can possibly accept, so it is vitally important that you = submit your proposal on or before the deadline. Late submissions are unlike= ly to be considered.


All presentation slots are 30 minutes, with 20 mi= nutes planned for presentations, and 10 minutes for Q&A.


=

All prese= ntations will need to be pre-recorded and put into our system at least a co= uple of weeks before the event.

The presentations should be uploaded by 15= th of January and made available under Creative

Commons licenses. In the Subm= ission notes field, please indicate that you agree that your presentation w= ill be licensed under the CC-By-SA-4.0 or CC-By-4.0 license and that you ag= ree to have your presentation recorded. For example:


"If my pre= sentation is accepted for FOSDEM, I hereby agree to license all recordings,= slides, and other associated materials under the Creative Commons Attribut= ion Share-Alike 4.0 International License. Sincerely, <NAME>."


In the Submission notes field, please also confirm that if your talk is= accepted, you will be able to attend the virtual FOSDEM event for the Q&am= p;A. We will not consider proposals from prospective speakers who are unsur= e whether they will be able to attend the FOSDEM virtual event.

<= br>

If you= are experiencing problems with Pentabarf, the proposal submission interfac= e, or have other questions, you can email our devroom mailing list[2] and w= e will try to help you.



Code of Conduct


Following the release= of the updated code of conduct for FOSDEM, we'd like to remind all spe= akers and attendees that all of the presentations and discussions in our de= vroom are held under the guidelines set in the CoC and we expect attendees,= speakers, and volunteers to follow the CoC at all times.


If you submi= t a proposal and it is accepted, you will be required to confirm that you a= ccept the FOSDEM CoC. If you have any questions about the CoC or wish to ha= ve one of the devroom organizers review your presentation slides or any oth= er content for CoC compliance, please email us and we will do our best to a= ssist you.


Call for Volunteers


We are also looking for volunteers= to help run the devroom. We need assistance with helping speakers to recor= d the presentation as well as helping with streaming and chat moderation fo= r the devroom. Please contact devroom mailing list [2] for more information= .


Questions?


If you have any questions about this devroom, please= send your questions to our devroom mailing list. You can also subscribe to= the list to receive updates about important dates, session announcements, = and to connect with other attendees.


See you all at FOSDEM!

=

[1] http= s://penta.fosdem.org/submission/FOSDEM22

[2] iaas-virt-devroom at lists.fosdem.org

=
--000000000000b72d6d05d331a21e-- From xen-users-bounces@lists.xenproject.org Sun Dec 19 22:22:45 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 Dec 2021 22:22:45 +0000 Received: from list by lists.xenproject.org with outflank-mailman.249353.429772 (Exim 4.92) (envelope-from ) id 1mz4Yt-0002r1-8x; Sun, 19 Dec 2021 22:21:47 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 249353.429772; Sun, 19 Dec 2021 22:21:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mz4Yt-0002qq-1m; Sun, 19 Dec 2021 22:21:47 +0000 Received: by outflank-mailman (input) for mailman id 249353; Sun, 19 Dec 2021 22:21:45 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mz4Yq-0002qi-4Y for xen-users@lists.xenproject.org; Sun, 19 Dec 2021 22:21:45 +0000 Received: from trent.utfs.org (trent.utfs.org [2a03:3680:0:3::67]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 0883b58e-611a-11ec-9e60-abaf8a552007; Sun, 19 Dec 2021 23:21:42 +0100 (CET) Received: from localhost (localhost [IPv6:::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by trent.utfs.org (Postfix) with ESMTPS id 0BF425FC2E for ; Sun, 19 Dec 2021 23:04:38 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 0883b58e-611a-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=nerdbynature.de; i=@nerdbynature.de; q=dns/txt; s=key1; t=1639951478; h=date : from : to : subject : message-id : mime-version : content-type : from; bh=IStUykyokvUbQwdKrglui9XOUCESv9ctbokwn78il+g=; b=vTrCFrdLA9FMRodQ8TUPruujAONniVoUUzXXsNnkMpR4oQIWIQh5BkrBNzoiM/q1C4Xgj dxG+jnaRHri86O1Dg== Authentication-Results: mail.nerdbynature.de; dmarc=fail (p=none dis=none) header.from=nerdbynature.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nerdbynature.de; i=@nerdbynature.de; q=dns/txt; s=key0; t=1639951478; h=date : from : to : subject : message-id : mime-version : content-type : from; bh=IStUykyokvUbQwdKrglui9XOUCESv9ctbokwn78il+g=; b=Z4X7rzP82YiAA4hHDnQy5d1c58JtvEuahthgv56rFYwGOUwN5fWtmjtNScezo6cg7Lylb JWie/HtUo3iXeFfdLsNJKAo+vp9SPgdyxHCU3tJNQ7wXBwZQ7/gwhCNlXsBh6eDXmYSbGGO kekIb3ejBYVRM6iRHMExLUp0piRA6qMjREGkvk2tICkLnoAlLKZXzPjtZ2uPfCA/JsEJ51K LQRkfGOUb+GLZRamLZhW7OoXTd26TYYBq3bTAkJzp1ZO2tg1uf2laSf0NbngaRZgGVkEadk 5qGz9H8TdBwTmbTx+Sj2vUMzXE00OFAmHwe+42io/sXVJLtiPHrK3SC1ghLQ== Date: Sun, 19 Dec 2021 23:04:38 +0100 (CET) From: Christian Kujau To: xen-users@lists.xenproject.org Subject: qemu-xen is unavailable Message-ID: <8b68322f-1da7-962d-8f64-dea1e11525@trent.utfs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Hi, after upgrading from from Xen 4.15.1 to 4.16.0 (Dom0 running on Alpine Linux, Edge), the following is printed when starting a DomU: ------------------------- # uname -rm 5.15.10-0-lts x86_64 # xl create -f /etc/xen/debian.cfg Parsing config from /etc/xen/debian.cfg libxl: info: libxl_create.c:121:libxl__domain_build_info_setdefault: qemu-xen is unavailable, using qemu-xen-traditional instead: No such file or directory ------------------------- The domain is started just fine, no ill effects so far. But I'm wondering on the meaning of that message. I found a patch[0] from 2019 where this message got introduced, but the comment above just states the same, but I can't figure out _why_ qemu-xen is unavailable. Does anyone has an idea what this is all about? Thanks, Christian. [0] https://patchwork.kernel.org/project/xen-devel/patch/20190510152047.17299-1-olaf@aepfle.de/ # grep ^[a-z] /etc/xen/debian.cfg type = "pvh" kernel = "/usr/lib/grub-xen/grub-i386-xen_pvh.bin" boot = "cd" name = "debian" uuid = "c0673479-44e0-4b13-8eeb-145c68348603" memory = 1024 maxmem = 4096 vcpus = 2 maxvcpus = 4 vif = [ 'mac=00:16:3E:AB:CD:01, vifname=debian', ] disk = [ 'format=raw, vdev=xvda, access=rw, target=/dev/vg0/debian-root', ] vnc = 1 vnclisten = "127.0.0.1" vncdisplay = "1" vncpasswd = "*****" -- BOFH excuse #431: Borg implants are failing From xen-users-bounces@lists.xenproject.org Mon Dec 20 08:54:55 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 Dec 2021 08:54:55 +0000 Received: from list by lists.xenproject.org with outflank-mailman.249500.429932 (Exim 4.92) (envelope-from ) id 1mzEQW-0002jC-P6; Mon, 20 Dec 2021 08:53:48 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 249500.429932; Mon, 20 Dec 2021 08:53:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzEQW-0002j4-Kt; Mon, 20 Dec 2021 08:53:48 +0000 Received: by outflank-mailman (input) for mailman id 249500; Mon, 20 Dec 2021 08:53:47 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzEQU-0002ii-21 for xen-users@lists.xenproject.org; Mon, 20 Dec 2021 08:53:47 +0000 Received: from trent.utfs.org (trent.utfs.org [94.185.90.103]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id 521fa30d-6172-11ec-85d3-df6b77346a89; Mon, 20 Dec 2021 09:53:43 +0100 (CET) Received: from localhost (localhost [IPv6:::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by trent.utfs.org (Postfix) with ESMTPS id 9959B60898 for ; Mon, 20 Dec 2021 09:53:36 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 521fa30d-6172-11ec-85d3-df6b77346a89 DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=nerdbynature.de; i=@nerdbynature.de; q=dns/txt; s=key1; t=1639990416; h=date : from : to : subject : in-reply-to : message-id : references : mime-version : content-type : from; bh=xHtG8patQj+hwpKMHfW/Br1kjieAAborgPPWI8aADrI=; b=5ki+1j3dAOy4GOp8UpwIRumM/eBrJNejbRledE2L+GGv7GNb2ruwHjGKVFGoBPXHUUJ6b 5duitxPcHhvounXBQ== Authentication-Results: mail.nerdbynature.de; dmarc=fail (p=none dis=none) header.from=nerdbynature.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nerdbynature.de; i=@nerdbynature.de; q=dns/txt; s=key0; t=1639990416; h=date : from : to : subject : in-reply-to : message-id : references : mime-version : content-type : from; bh=xHtG8patQj+hwpKMHfW/Br1kjieAAborgPPWI8aADrI=; b=YdOVtULz6UWleCpvmDGmk4uex6sqOqg/c6L95N+Xg2yHWdWP/i3rr2jlEHq/A/3DHGJ0P sWLJrK9lS7TLrC+oIC9jubKnbDv2NLT+4UoCE90SapcWp33sPsnbs8coYDFMq4mktqUGSh8 u+vaqoa8wgme2+R/rr5cHvsh8SA6jiHv1bWifjjTx4CSfajGCoWehYmHsiYlCx5mltCkwCT u+jSz9mRzHsjkMmk4Oa5W8GQOJiBdd2pGmmoYtCgBl2aKfDIKbqAqrTeDyUQ67bu8fAMlJI 1e+PiykwM8CHCd3asRrE/YaVQEDE05C1uTqIH14/HK00DUTH0bHBD2JOFUyg== Date: Mon, 20 Dec 2021 09:53:36 +0100 (CET) From: Christian Kujau To: xen-users@lists.xenproject.org Subject: Re: qemu-xen is unavailable In-Reply-To: <8b68322f-1da7-962d-8f64-dea1e11525@trent.utfs.org> Message-ID: References: <8b68322f-1da7-962d-8f64-dea1e11525@trent.utfs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII On Sun, 19 Dec 2021, Christian Kujau wrote: > # xl create -f /etc/xen/debian.cfg > Parsing config from /etc/xen/debian.cfg > libxl: info: libxl_create.c:121:libxl__domain_build_info_setdefault: qemu-xen is unavailable, using qemu-xen-traditional instead: No such file or directory FWIW, something like this is also mentioned in the Release Notes[0]: | The old qemu-xen-traditional stubdomain device model (ioemu-stubdom) | is deprecated and no longer built by default. But I don't have any device_model_version settings in my configuration. In fact, /etc/xen/xl.conf has not adjustments at all, should be all "standard" (according to Alpine Linux's configuration, of course). Christian. # xl info host : xxx release : 5.15.10-0-lts version : #1-Alpine SMP Fri, 17 Dec 2021 10:25:35 +0000 machine : x86_64 nr_cpus : 8 max_cpu_id : 7 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 2195.024 hw_caps : bfebfbff:77bae3bf:28100800:00000001:00000001:00000281:00000000:00000100 virt_caps : pv hvm hap shadow gnttab-v1 gnttab-v2 total_memory : 15949 free_memory : 1799 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 16 xen_extra : .0 xen_version : 4.16.0 xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit2 xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : dom0_mem=512M,max:1024M ucode=scan cc_compiler : gcc (Alpine 11.2.1_git20211128) 11.2.1 20211128 cc_compile_by : buildozer cc_compile_domain : cc_compile_date : Wed Dec 15 22:02:49 UTC 2021 build_id : 5950bd849bf4b1a436abad47edb6b9a752a2fc04 xend_config_format : 4 -- BOFH excuse #118: the router thinks its a printer. From xen-users-bounces@lists.xenproject.org Mon Dec 20 12:03:39 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 Dec 2021 12:03:39 +0000 Received: from list by lists.xenproject.org with outflank-mailman.249614.430093 (Exim 4.92) (envelope-from ) id 1mzHO0-0003RZ-AP; Mon, 20 Dec 2021 12:03:24 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 249614.430093; Mon, 20 Dec 2021 12:03:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHO0-0003PR-0S; Mon, 20 Dec 2021 12:03:24 +0000 Received: by outflank-mailman (input) for mailman id 249614; Mon, 20 Dec 2021 12:03:22 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHNy-0001n7-Ao for xen-users@lists.xen.org; Mon, 20 Dec 2021 12:03:22 +0000 Received: from mail.xenproject.org (mail.xenproject.org [104.130.215.37]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id d19f504e-618c-11ec-85d3-df6b77346a89; Mon, 20 Dec 2021 13:03:20 +0100 (CET) Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHNl-0003vK-1Z; Mon, 20 Dec 2021 12:03:09 +0000 Received: from julieng by xenbits.xenproject.org with local (Exim 4.92) (envelope-from ) id 1mzHNl-0002XV-04; Mon, 20 Dec 2021 12:03:09 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: d19f504e-618c-11ec-85d3-df6b77346a89 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Date:Message-Id:Subject:CC:From:To:MIME-Version: Content-Transfer-Encoding:Content-Type; bh=6Hw5fE7cUwe2ArMj2R1FdsYTBEwKvx7jgxqt04XTWtc=; b=aGUxZCr2r6wBmy6x4WMy8Vs9ST zKHtMdDRqXWhFDaFW6meUtNig+mbivEN1SHjLSoE7EZz+Z1xn5DUnKtJP/eAnUktZ9X+H0aQFH0Lj lLY/FUKUhB170rFZ5dayr+1UMky9X0XwXgj4qdOiVpwZk5iNesZxpbWqGwKGM80w8X0I=; Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team CC: Xen.org security team Subject: Xen Security Advisory 392 v4 (CVE-2021-28714,CVE-2021-28715) - Guest can force Linux netback driver to hog large amounts of kernel memory Message-Id: Date: Mon, 20 Dec 2021 12:03:09 +0000 --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Xen Security Advisory CVE-2021-28714,CVE-2021-28715 / XSA-392 version 4 Guest can force Linux netback driver to hog large amounts of kernel memory UPDATES IN VERSION 4 ==================== Public release ISSUE DESCRIPTION ================= Incoming data packets for a guest in the Linux kernel's netback driver are buffered until the guest is ready to process them. There are some measures taken for avoiding to pile up too much data, but those can be bypassed by the guest: There is a timeout how long the client side of an interface can stop consuming new packets before it is assumed to have stalled, but this timeout is rather long (60 seconds by default). Using a UDP connection on a fast interface can easily accumulate gigabytes of data in that time. (CVE-2021-28715) The timeout could even never trigger if the guest manages to have only one free slot in its RX queue ring page and the next package would require more than one free slot, which may be the case when using GSO, XDP, or software hashing. (CVE-2021-28714) IMPACT ====== The Linux kernel's xen-netback backend driver can be forced by guests to queue arbitrary amounts of network data, finally causing an out of memory situation in the domain the backend is running in (usually dom0). VULNERABLE SYSTEMS ================== All systems using the Linux kernel based network backend xen-netback are vulnerable. MITIGATION ========== Using another PV network backend (e.g. the qemu based "qnic" backend) will mitigate the problem. Using a dedicated network driver domain per guest will mitigate the problem. RESOLUTION ========== Applying the attached patches resolves this issue. xsa392-linux-1.patch Linux 5.15 xsa392-linux-2.patch Linux 5.15 $ sha256sum xsa392* 9cf75e9919415267266a7f69ca0f3dbbafc1c55d4243cff1cb26072e28bb6e26 xsa392-linux-1.patch f390da9723ed03948855bfc3b112fc11bcc794fc59502d4fc5e8e358321e8684 xsa392-linux-2.patch $ CREDITS ======= This issue was discovered by Jürgen Groß of SUSE. DEPLOYMENT DURING EMBARGO ========================= Deployment of the *patches* is permitted during the embargo, even on public-facing systems with untrusted guest users and administrators. But: Distribution of updated software is prohibited (except to other members of the predisclosure list). Deployment of the *mitigations* (switching to driver domains or using a qemu based backend) is NOT permitted (except where all the affected systems and VMs are administered and used only by organisations which are members of the Xen Project Security Issues Predisclosure List). Specifically, deployment of the mitigations on public cloud systems is NOT permitted. This is because the mitigations will result in discoverable changes of Xenstore entries for the guest. Deployment of the mitigations is permitted only AFTER the embargo ends. Predisclosure list members who wish to deploy significantly different patches and/or mitigations, please contact the Xen Project Security Team. (Note: this during-embargo deployment notice is retained in post-embargo publicly released Xen Project advisories, even though it is then no longer applicable. This is to enable the community to have oversight of the Xen Project Security Team's decisionmaking.) For more information about permissible uses of embargoed information, consult the Xen Project community's agreed Security Policy: http://www.xenproject.org/security-policy.html -----BEGIN PGP SIGNATURE----- iQFABAEBCAAqFiEEI+MiLBRfRHX6gGCng/4UyVfoK9kFAmG8sr8MHHBncEB4ZW4u b3JnAAoJEIP+FMlX6CvZQGsH/igyavZ/s8jbiANP/jVW9/4wegsqqaeaQBEyhP0o P2wEwX30taFmT+kC/7Rf+62O2vdOJKow4C+JouCKcigDH2+nvkki/gd65cpKLkk4 BKBuSnkTkagdokTPqpQ57zKTe9R5OP4Iw8B01YCI0k08aKE782xbxLr+pac3dw2C 3tB24fdFibrzlXeMbYXM2Aw8aeSWkVjJ40XrW+Xo6k8GdgTZY9SDgTqGAv71g+bJ liCQheGkQIQPDjFUf6S/ykRCwaQVtnHqThASPoWOwzYto3uvjyMJm74Rr9n6TLzz WvJLQPDgObyU9RUlUXU3fgCaYgvh2ufuNreQt1d1NY01s04= =54ve -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa392-linux-1.patch" Content-Disposition: attachment; filename="xsa392-linux-1.patch" Content-Transfer-Encoding: base64 RnJvbSA4YjAxZWMyNmI2OWRmYjhmYzAzMzYwMDQ1NmM3NTIyNzc3YzhlMTgz IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IEZyaSwgMjYgTm92IDIwMjEgMTA6 MzY6NTcgKzAxMDAKU3ViamVjdDogW1BBVENIIDEvMl0geGVuL25ldGJhY2s6 IGZpeCByeCBxdWV1ZSBzdGFsbCBkZXRlY3Rpb24KCkNvbW1pdCAxZDVkNDg1 MjM5MDBhNGIgKCJ4ZW4tbmV0YmFjazogcmVxdWlyZSBmZXdlciBndWVzdCBS eCBzbG90cyB3aGVuCm5vdCB1c2luZyBHU08iKSBpbnRyb2R1Y2VkIGEgc2Vj dXJpdHkgcHJvYmxlbSBpbiBuZXRiYWNrLCBhcyBhbgppbnRlcmZhY2Ugd291 bGQgb25seSBiZSByZWdhcmRlZCB0byBiZSBzdGFsbGVkIGlmIG5vIHNsb3Qg aXMgYXZhaWxhYmxlCmluIHRoZSByeCBxdWV1ZSByaW5nIHBhZ2UuIEluIGNh c2UgdGhlIFNLQiBhdCB0aGUgaGVhZCBvZiB0aGUgcXVldWVkCnJlcXVlc3Rz IHdpbGwgbmVlZCBtb3JlIHRoYW4gb25lIHJ4IHNsb3QgYW5kIG9ubHkgb25l IHNsb3QgaXMgZnJlZSB0aGUKc3RhbGwgZGV0ZWN0aW9uIGxvZ2ljIHdpbGwg bmV2ZXIgdHJpZ2dlciwgYXMgdGhlIHRlc3QgZm9yIHRoYXQgaXMgb25seQps b29raW5nIGZvciBhdCBsZWFzdCBvbmUgc2xvdCB0byBiZSBmcmVlLgoKRml4 IHRoYXQgYnkgdGVzdGluZyBmb3IgdGhlIG5lZWRlZCBudW1iZXIgb2Ygc2xv dHMgaW5zdGVhZCBvZiBvbmx5IG9uZQpzbG90IGJlaW5nIGF2YWlsYWJsZS4K CkluIG9yZGVyIHRvIG5vdCBoYXZlIHRvIHRha2UgdGhlIHJ4IHF1ZXVlIGxv Y2sgdGhhdCBvZnRlbiwgc3RvcmUgdGhlCm51bWJlciBvZiBuZWVkZWQgc2xv dHMgaW4gdGhlIHF1ZXVlIGRhdGEuIEFzIGFsbCBTS0IgZGVxdWV1ZSBvcGVy YXRpb25zCmhhcHBlbiBpbiB0aGUgcnggcXVldWUga2VybmVsIHRocmVhZCB0 aGlzIGlzIHNhZmUsIGFzIGxvbmcgYXMgdGhlCm51bWJlciBvZiBuZWVkZWQg c2xvdHMgaXMgYWNjZXNzZWQgdmlhIFJFQUQvV1JJVEVfT05DRSgpIG9ubHkg YW5kCnVwZGF0ZXMgYXJlIGFsd2F5cyBkb25lIHdpdGggdGhlIHJ4IHF1ZXVl IGxvY2sgaGVsZC4KCkFkZCBhIHNtYWxsIGhlbHBlciBmb3Igb2J0YWluaW5n IHRoZSBudW1iZXIgb2YgZnJlZSBzbG90cy4KClRoaXMgaXMgQ1ZFLTIwMjEt Mjg3MTQsIHBhcnQgb2YgWFNBLTM5MgoKRml4ZXM6IDFkNWQ0ODUyMzkwMGE0 YiAoInhlbi1uZXRiYWNrOiByZXF1aXJlIGZld2VyIGd1ZXN0IFJ4IHNsb3Rz IHdoZW4gbm90IHVzaW5nIEdTTyIpClNpZ25lZC1vZmYtYnk6IEp1ZXJnZW4g R3Jvc3MgPGpncm9zc0BzdXNlLmNvbT4KUmV2aWV3ZWQtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KLS0tCiBkcml2ZXJzL25ldC94ZW4t bmV0YmFjay9jb21tb24uaCB8ICAxICsKIGRyaXZlcnMvbmV0L3hlbi1uZXRi YWNrL3J4LmMgICAgIHwgNjUgKysrKysrKysrKysrKysrKysrKystLS0tLS0t LS0tLS0KIDIgZmlsZXMgY2hhbmdlZCwgNDIgaW5zZXJ0aW9ucygrKSwgMjQg ZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZHJpdmVycy9uZXQveGVuLW5l dGJhY2svY29tbW9uLmggYi9kcml2ZXJzL25ldC94ZW4tbmV0YmFjay9jb21t b24uaAppbmRleCA0YTE2ZDZlMzNjMDkuLmQ5ZGVhNDgyOWM4NiAxMDA2NDQK LS0tIGEvZHJpdmVycy9uZXQveGVuLW5ldGJhY2svY29tbW9uLmgKKysrIGIv ZHJpdmVycy9uZXQveGVuLW5ldGJhY2svY29tbW9uLmgKQEAgLTIwMyw2ICsy MDMsNyBAQCBzdHJ1Y3QgeGVudmlmX3F1ZXVlIHsgLyogUGVyLXF1ZXVlIGRh dGEgZm9yIHhlbnZpZiAqLwogCXVuc2lnbmVkIGludCByeF9xdWV1ZV9tYXg7 CiAJdW5zaWduZWQgaW50IHJ4X3F1ZXVlX2xlbjsKIAl1bnNpZ25lZCBsb25n IGxhc3RfcnhfdGltZTsKKwl1bnNpZ25lZCBpbnQgcnhfc2xvdHNfbmVlZGVk OwogCWJvb2wgc3RhbGxlZDsKIAogCXN0cnVjdCB4ZW52aWZfY29weV9zdGF0 ZSByeF9jb3B5OwpkaWZmIC0tZ2l0IGEvZHJpdmVycy9uZXQveGVuLW5ldGJh Y2svcnguYyBiL2RyaXZlcnMvbmV0L3hlbi1uZXRiYWNrL3J4LmMKaW5kZXgg YWNjYzk5MWQxNTNmLi5hODUxMWUyN2Q2YzEgMTAwNjQ0Ci0tLSBhL2RyaXZl cnMvbmV0L3hlbi1uZXRiYWNrL3J4LmMKKysrIGIvZHJpdmVycy9uZXQveGVu LW5ldGJhY2svcnguYwpAQCAtMzMsMjggKzMzLDM2IEBACiAjaW5jbHVkZSA8 eGVuL3hlbi5oPgogI2luY2x1ZGUgPHhlbi9ldmVudHMuaD4KIAotc3RhdGlj IGJvb2wgeGVudmlmX3J4X3Jpbmdfc2xvdHNfYXZhaWxhYmxlKHN0cnVjdCB4 ZW52aWZfcXVldWUgKnF1ZXVlKQorLyoKKyAqIFVwZGF0ZSB0aGUgbmVlZGVk IHJpbmcgcGFnZSBzbG90cyBmb3IgdGhlIGZpcnN0IFNLQiBxdWV1ZWQuCisg KiBOb3RlIHRoYXQgYW55IGNhbGwgc2VxdWVuY2Ugb3V0c2lkZSB0aGUgUlgg dGhyZWFkIGNhbGxpbmcgdGhpcyBmdW5jdGlvbgorICogbmVlZHMgdG8gd2Fr ZSB1cCB0aGUgUlggdGhyZWFkIHZpYSBhIGNhbGwgb2YgeGVudmlmX2tpY2tf dGhyZWFkKCkKKyAqIGFmdGVyd2FyZHMgaW4gb3JkZXIgdG8gYXZvaWQgYSBy YWNlIHdpdGggcHV0dGluZyB0aGUgdGhyZWFkIHRvIHNsZWVwLgorICovCitz dGF0aWMgdm9pZCB4ZW52aWZfdXBkYXRlX25lZWRlZF9zbG90cyhzdHJ1Y3Qg eGVudmlmX3F1ZXVlICpxdWV1ZSwKKwkJCQkgICAgICAgY29uc3Qgc3RydWN0 IHNrX2J1ZmYgKnNrYikKIHsKLQlSSU5HX0lEWCBwcm9kLCBjb25zOwotCXN0 cnVjdCBza19idWZmICpza2I7Ci0JaW50IG5lZWRlZDsKLQl1bnNpZ25lZCBs b25nIGZsYWdzOwotCi0Jc3Bpbl9sb2NrX2lycXNhdmUoJnF1ZXVlLT5yeF9x dWV1ZS5sb2NrLCBmbGFncyk7CisJdW5zaWduZWQgaW50IG5lZWRlZCA9IDA7 CiAKLQlza2IgPSBza2JfcGVlaygmcXVldWUtPnJ4X3F1ZXVlKTsKLQlpZiAo IXNrYikgewotCQlzcGluX3VubG9ja19pcnFyZXN0b3JlKCZxdWV1ZS0+cnhf cXVldWUubG9jaywgZmxhZ3MpOwotCQlyZXR1cm4gZmFsc2U7CisJaWYgKHNr YikgeworCQluZWVkZWQgPSBESVZfUk9VTkRfVVAoc2tiLT5sZW4sIFhFTl9Q QUdFX1NJWkUpOworCQlpZiAoc2tiX2lzX2dzbyhza2IpKQorCQkJbmVlZGVk Kys7CisJCWlmIChza2ItPnN3X2hhc2gpCisJCQluZWVkZWQrKzsKIAl9CiAK LQluZWVkZWQgPSBESVZfUk9VTkRfVVAoc2tiLT5sZW4sIFhFTl9QQUdFX1NJ WkUpOwotCWlmIChza2JfaXNfZ3NvKHNrYikpCi0JCW5lZWRlZCsrOwotCWlm IChza2ItPnN3X2hhc2gpCi0JCW5lZWRlZCsrOworCVdSSVRFX09OQ0UocXVl dWUtPnJ4X3Nsb3RzX25lZWRlZCwgbmVlZGVkKTsKK30KIAotCXNwaW5fdW5s b2NrX2lycXJlc3RvcmUoJnF1ZXVlLT5yeF9xdWV1ZS5sb2NrLCBmbGFncyk7 CitzdGF0aWMgYm9vbCB4ZW52aWZfcnhfcmluZ19zbG90c19hdmFpbGFibGUo c3RydWN0IHhlbnZpZl9xdWV1ZSAqcXVldWUpCit7CisJUklOR19JRFggcHJv ZCwgY29uczsKKwl1bnNpZ25lZCBpbnQgbmVlZGVkOworCisJbmVlZGVkID0g UkVBRF9PTkNFKHF1ZXVlLT5yeF9zbG90c19uZWVkZWQpOworCWlmICghbmVl ZGVkKQorCQlyZXR1cm4gZmFsc2U7CiAKIAlkbyB7CiAJCXByb2QgPSBxdWV1 ZS0+cnguc3JpbmctPnJlcV9wcm9kOwpAQCAtODAsNiArODgsOSBAQCB2b2lk IHhlbnZpZl9yeF9xdWV1ZV90YWlsKHN0cnVjdCB4ZW52aWZfcXVldWUgKnF1 ZXVlLCBzdHJ1Y3Qgc2tfYnVmZiAqc2tiKQogCiAJc3Bpbl9sb2NrX2lycXNh dmUoJnF1ZXVlLT5yeF9xdWV1ZS5sb2NrLCBmbGFncyk7CiAKKwlpZiAoc2ti X3F1ZXVlX2VtcHR5KCZxdWV1ZS0+cnhfcXVldWUpKQorCQl4ZW52aWZfdXBk YXRlX25lZWRlZF9zbG90cyhxdWV1ZSwgc2tiKTsKKwogCV9fc2tiX3F1ZXVl X3RhaWwoJnF1ZXVlLT5yeF9xdWV1ZSwgc2tiKTsKIAogCXF1ZXVlLT5yeF9x dWV1ZV9sZW4gKz0gc2tiLT5sZW47CkBAIC0xMDAsNiArMTExLDggQEAgc3Rh dGljIHN0cnVjdCBza19idWZmICp4ZW52aWZfcnhfZGVxdWV1ZShzdHJ1Y3Qg eGVudmlmX3F1ZXVlICpxdWV1ZSkKIAogCXNrYiA9IF9fc2tiX2RlcXVldWUo JnF1ZXVlLT5yeF9xdWV1ZSk7CiAJaWYgKHNrYikgeworCQl4ZW52aWZfdXBk YXRlX25lZWRlZF9zbG90cyhxdWV1ZSwgc2tiX3BlZWsoJnF1ZXVlLT5yeF9x dWV1ZSkpOworCiAJCXF1ZXVlLT5yeF9xdWV1ZV9sZW4gLT0gc2tiLT5sZW47 CiAJCWlmIChxdWV1ZS0+cnhfcXVldWVfbGVuIDwgcXVldWUtPnJ4X3F1ZXVl X21heCkgewogCQkJc3RydWN0IG5ldGRldl9xdWV1ZSAqdHhxOwpAQCAtNDg3 LDI3ICs1MDAsMzEgQEAgdm9pZCB4ZW52aWZfcnhfYWN0aW9uKHN0cnVjdCB4 ZW52aWZfcXVldWUgKnF1ZXVlKQogCXhlbnZpZl9yeF9jb3B5X2ZsdXNoKHF1 ZXVlKTsKIH0KIAotc3RhdGljIGJvb2wgeGVudmlmX3J4X3F1ZXVlX3N0YWxs ZWQoc3RydWN0IHhlbnZpZl9xdWV1ZSAqcXVldWUpCitzdGF0aWMgUklOR19J RFggeGVudmlmX3J4X3F1ZXVlX3Nsb3RzKGNvbnN0IHN0cnVjdCB4ZW52aWZf cXVldWUgKnF1ZXVlKQogewogCVJJTkdfSURYIHByb2QsIGNvbnM7CiAKIAlw cm9kID0gcXVldWUtPnJ4LnNyaW5nLT5yZXFfcHJvZDsKIAljb25zID0gcXVl dWUtPnJ4LnJlcV9jb25zOwogCisJcmV0dXJuIHByb2QgLSBjb25zOworfQor CitzdGF0aWMgYm9vbCB4ZW52aWZfcnhfcXVldWVfc3RhbGxlZChjb25zdCBz dHJ1Y3QgeGVudmlmX3F1ZXVlICpxdWV1ZSkKK3sKKwl1bnNpZ25lZCBpbnQg bmVlZGVkID0gUkVBRF9PTkNFKHF1ZXVlLT5yeF9zbG90c19uZWVkZWQpOwor CiAJcmV0dXJuICFxdWV1ZS0+c3RhbGxlZCAmJgotCQlwcm9kIC0gY29ucyA8 IDEgJiYKKwkJeGVudmlmX3J4X3F1ZXVlX3Nsb3RzKHF1ZXVlKSA8IG5lZWRl ZCAmJgogCQl0aW1lX2FmdGVyKGppZmZpZXMsCiAJCQkgICBxdWV1ZS0+bGFz dF9yeF90aW1lICsgcXVldWUtPnZpZi0+c3RhbGxfdGltZW91dCk7CiB9CiAK IHN0YXRpYyBib29sIHhlbnZpZl9yeF9xdWV1ZV9yZWFkeShzdHJ1Y3QgeGVu dmlmX3F1ZXVlICpxdWV1ZSkKIHsKLQlSSU5HX0lEWCBwcm9kLCBjb25zOwot Ci0JcHJvZCA9IHF1ZXVlLT5yeC5zcmluZy0+cmVxX3Byb2Q7Ci0JY29ucyA9 IHF1ZXVlLT5yeC5yZXFfY29uczsKKwl1bnNpZ25lZCBpbnQgbmVlZGVkID0g UkVBRF9PTkNFKHF1ZXVlLT5yeF9zbG90c19uZWVkZWQpOwogCi0JcmV0dXJu IHF1ZXVlLT5zdGFsbGVkICYmIHByb2QgLSBjb25zID49IDE7CisJcmV0dXJu IHF1ZXVlLT5zdGFsbGVkICYmIHhlbnZpZl9yeF9xdWV1ZV9zbG90cyhxdWV1 ZSkgPj0gbmVlZGVkOwogfQogCiBib29sIHhlbnZpZl9oYXZlX3J4X3dvcmso c3RydWN0IHhlbnZpZl9xdWV1ZSAqcXVldWUsIGJvb2wgdGVzdF9rdGhyZWFk KQotLSAKMi4yNi4yCgo= --=separator Content-Type: application/octet-stream; name="xsa392-linux-2.patch" Content-Disposition: attachment; filename="xsa392-linux-2.patch" Content-Transfer-Encoding: base64 RnJvbSA3MTQ5MmYxZjEyZGI5NTZhOWViNDllNzI3ZDEyYjIyNWRhZDc0MjA1 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IEZyaSwgMjYgTm92IDIwMjEgMTA6 MzY6NTcgKzAxMDAKU3ViamVjdDogW1BBVENIIDIvMl0geGVuL25ldGJhY2s6 IGRvbid0IHF1ZXVlIHVubGltaXRlZCBudW1iZXIgb2YgcGFja2FnZXMKCklu IGNhc2UgYSBndWVzdCBpc24ndCBjb25zdW1pbmcgaW5jb21pbmcgbmV0d29y ayB0cmFmZmljIGFzIGZhc3QgYXMgaXQKaXMgY29taW5nIGluLCB4ZW4tbmV0 YmFjayBpcyBidWZmZXJpbmcgbmV0d29yayBwYWNrYWdlcyBpbiB1bmxpbWl0 ZWQKbnVtYmVycyB0b2RheS4gVGhpcyBjYW4gcmVzdWx0IGluIGhvc3QgT09N IHNpdHVhdGlvbnMuCgpDb21taXQgZjQ4ZGE4YjE0ZDA0Y2E4ICgieGVuLW5l dGJhY2s6IGZpeCB1bmxpbWl0ZWQgZ3Vlc3QgUnggaW50ZXJuYWwKcXVldWUg YW5kIGNhcnJpZXIgZmxhcHBpbmciKSBtZWFudCB0byBpbnRyb2R1Y2UgYSBt ZWNoYW5pc20gdG8gbGltaXQKdGhlIGFtb3VudCBvZiBidWZmZXJlZCBkYXRh IGJ5IHN0b3BwaW5nIHRoZSBUeCBxdWV1ZSB3aGVuIHJlYWNoaW5nIHRoZQpk YXRhIGxpbWl0LCBidXQgdGhpcyBkb2Vzbid0IHdvcmsgZm9yIGNhc2VzIGxp a2UgVURQLgoKV2hlbiBoaXR0aW5nIHRoZSBsaW1pdCBkb24ndCBxdWV1ZSBm dXJ0aGVyIFNLQnMsIGJ1dCBkcm9wIHRoZW0gaW5zdGVhZC4KSW4gb3JkZXIg dG8gYmUgYWJsZSB0byB0ZWxsIFJ4IHBhY2thZ2VzIGhhdmUgYmVlbiBkcm9w cGVkIGluY3JlbWVudCB0aGUKcnhfZHJvcHBlZCBzdGF0aXN0aWNzIGNvdW50 ZXIgaW4gdGhpcyBjYXNlLgoKSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgdGhl IG9sZCBzb2x1dGlvbiB0byBjb250aW51ZSBxdWV1ZWluZyBTS0JzIGhhZAp0 aGUgYWRkaXRpb25hbCBwcm9ibGVtIG9mIGFuIG92ZXJmbG93IG9mIHRoZSAz Mi1iaXQgcnhfcXVldWVfbGVuIHZhbHVlCndvdWxkIHJlc3VsdCBpbiBpbnRl cm1pdHRlbnQgVHggcXVldWUgZW5hYmxpbmcuCgpUaGlzIGlzIENWRS0yMDIx LTI4NzE1LCBwYXJ0IG9mIFhTQS0zOTIKCkZpeGVzOiBmNDhkYThiMTRkMDRj YTggKCJ4ZW4tbmV0YmFjazogZml4IHVubGltaXRlZCBndWVzdCBSeCBpbnRl cm5hbCBxdWV1ZSBhbmQgY2FycmllciBmbGFwcGluZyIpClNpZ25lZC1vZmYt Ynk6IEp1ZXJnZW4gR3Jvc3MgPGpncm9zc0BzdXNlLmNvbT4KUmV2aWV3ZWQt Ynk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KLS0tCiBkcml2 ZXJzL25ldC94ZW4tbmV0YmFjay9yeC5jIHwgMTggKysrKysrKysrKystLS0t LS0tCiAxIGZpbGUgY2hhbmdlZCwgMTEgaW5zZXJ0aW9ucygrKSwgNyBkZWxl dGlvbnMoLSkKCmRpZmYgLS1naXQgYS9kcml2ZXJzL25ldC94ZW4tbmV0YmFj ay9yeC5jIGIvZHJpdmVycy9uZXQveGVuLW5ldGJhY2svcnguYwppbmRleCBh ODUxMWUyN2Q2YzEuLmRiYWM0YzAzZDIxYSAxMDA2NDQKLS0tIGEvZHJpdmVy cy9uZXQveGVuLW5ldGJhY2svcnguYworKysgYi9kcml2ZXJzL25ldC94ZW4t bmV0YmFjay9yeC5jCkBAIC04OCwxNiArODgsMTkgQEAgdm9pZCB4ZW52aWZf cnhfcXVldWVfdGFpbChzdHJ1Y3QgeGVudmlmX3F1ZXVlICpxdWV1ZSwgc3Ry dWN0IHNrX2J1ZmYgKnNrYikKIAogCXNwaW5fbG9ja19pcnFzYXZlKCZxdWV1 ZS0+cnhfcXVldWUubG9jaywgZmxhZ3MpOwogCi0JaWYgKHNrYl9xdWV1ZV9l bXB0eSgmcXVldWUtPnJ4X3F1ZXVlKSkKLQkJeGVudmlmX3VwZGF0ZV9uZWVk ZWRfc2xvdHMocXVldWUsIHNrYik7Ci0KLQlfX3NrYl9xdWV1ZV90YWlsKCZx dWV1ZS0+cnhfcXVldWUsIHNrYik7Ci0KLQlxdWV1ZS0+cnhfcXVldWVfbGVu ICs9IHNrYi0+bGVuOwotCWlmIChxdWV1ZS0+cnhfcXVldWVfbGVuID4gcXVl dWUtPnJ4X3F1ZXVlX21heCkgeworCWlmIChxdWV1ZS0+cnhfcXVldWVfbGVu ID49IHF1ZXVlLT5yeF9xdWV1ZV9tYXgpIHsKIAkJc3RydWN0IG5ldF9kZXZp Y2UgKmRldiA9IHF1ZXVlLT52aWYtPmRldjsKIAogCQluZXRpZl90eF9zdG9w X3F1ZXVlKG5ldGRldl9nZXRfdHhfcXVldWUoZGV2LCBxdWV1ZS0+aWQpKTsK KwkJa2ZyZWVfc2tiKHNrYik7CisJCXF1ZXVlLT52aWYtPmRldi0+c3RhdHMu cnhfZHJvcHBlZCsrOworCX0gZWxzZSB7CisJCWlmIChza2JfcXVldWVfZW1w dHkoJnF1ZXVlLT5yeF9xdWV1ZSkpCisJCQl4ZW52aWZfdXBkYXRlX25lZWRl ZF9zbG90cyhxdWV1ZSwgc2tiKTsKKworCQlfX3NrYl9xdWV1ZV90YWlsKCZx dWV1ZS0+cnhfcXVldWUsIHNrYik7CisKKwkJcXVldWUtPnJ4X3F1ZXVlX2xl biArPSBza2ItPmxlbjsKIAl9CiAKIAlzcGluX3VubG9ja19pcnFyZXN0b3Jl KCZxdWV1ZS0+cnhfcXVldWUubG9jaywgZmxhZ3MpOwpAQCAtMTQ3LDYgKzE1 MCw3IEBAIHN0YXRpYyB2b2lkIHhlbnZpZl9yeF9xdWV1ZV9kcm9wX2V4cGly ZWQoc3RydWN0IHhlbnZpZl9xdWV1ZSAqcXVldWUpCiAJCQlicmVhazsKIAkJ eGVudmlmX3J4X2RlcXVldWUocXVldWUpOwogCQlrZnJlZV9za2Ioc2tiKTsK KwkJcXVldWUtPnZpZi0+ZGV2LT5zdGF0cy5yeF9kcm9wcGVkKys7CiAJfQog fQogCi0tIAoyLjI2LjIKCg== --=separator-- From xen-users-bounces@lists.xenproject.org Mon Dec 20 12:03:40 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 Dec 2021 12:03:40 +0000 Received: from list by lists.xenproject.org with outflank-mailman.249609.430055 (Exim 4.92) (envelope-from ) id 1mzHNj-0002PA-Gp; Mon, 20 Dec 2021 12:03:07 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 249609.430055; Mon, 20 Dec 2021 12:03:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHNj-0002P3-DF; Mon, 20 Dec 2021 12:03:07 +0000 Received: by outflank-mailman (input) for mailman id 249609; Mon, 20 Dec 2021 12:03:06 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHNi-0001of-55 for xen-users@lists.xen.org; Mon, 20 Dec 2021 12:03:06 +0000 Received: from mail.xenproject.org (mail.xenproject.org [104.130.215.37]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id c6667e80-618c-11ec-9e60-abaf8a552007; Mon, 20 Dec 2021 13:03:02 +0100 (CET) Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHNS-0003uF-GG; Mon, 20 Dec 2021 12:02:50 +0000 Received: from julieng by xenbits.xenproject.org with local (Exim 4.92) (envelope-from ) id 1mzHNS-0001sS-ET; Mon, 20 Dec 2021 12:02:50 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: c6667e80-618c-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Date:Message-Id:Subject:CC:From:To:MIME-Version: Content-Transfer-Encoding:Content-Type; bh=6BgNg28SI0s4sHVA7BGjvIm38wGcrHCuw5I+hdnWL+0=; b=4fYTwlkfU8bRO8FQ3SAmexRmXG 4SBU+P0elAzk3jh+TBftM966KYeguYhwzA3xx1tPJmCTwYoghsLB1FTCtq7acDCLx6rGoxihH3YKq Qb19oHiHBQr5hraLO3uFaUj7vOHpc8ZbpIP+b6OXXvwaAGfMfUU/29w/YZSa7cKq3VYo=; Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team CC: Xen.org security team Subject: Xen Security Advisory 391 v3 (CVE-2021-28711,CVE-2021-28712,CVE-2021-28713) - Rogue backends can cause DoS of guests via high frequency events Message-Id: Date: Mon, 20 Dec 2021 12:02:50 +0000 --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Xen Security Advisory CVE-2021-28711,CVE-2021-28712,CVE-2021-28713 / XSA-391 version 3 Rogue backends can cause DoS of guests via high frequency events UPDATES IN VERSION 3 ==================== Public release ISSUE DESCRIPTION ================= Xen offers the ability to run PV backends in regular unprivileged guests, typically referred to as "driver domains". Running PV backends in driver domains has one primary security advantage: if a driver domain gets compromised, it doesn't have the privileges to take over the system. However, a malicious driver domain could try to attack other guests via sending events at a high frequency leading to a Denial of Service in the guest due to trying to service interrupts for elongated amounts of time. There are three affected backends: * blkfront patch 1, CVE-2021-28711 * netfront patch 2, CVE-2021-28712 * hvc_xen (console) patch 3, CVE-2021-28713 IMPACT ====== Potentially malicious PV backends can cause guest DoS due to unhardened frontends in the guests, even though this ought to have been prevented by containing them within a driver domain. VULNERABLE SYSTEMS ================== All guests being serviced by potentially malicious backends are vulnerable, even if those backends are running in a less privileged environment. The vulnerability is not affecting the host, but the guests. MITIGATION ========== There is no known mitigation available. RESOLUTION ========== Applying the attached patches resolves this issue. xsa391-linux-1.patch Linux 5.15 xsa391-linux-2.patch Linux 5.15 xsa391-linux-3.patch Linux 5.15 $ sha256sum xsa391* e55d3f15a85ff31e62a291981de89f7b0c08da807db9b2a6a2b9cbb2e29847cd xsa391-linux-1.patch 163fc4b9966768eb74e3bc1858a0b0254eff771898bd5f4d71806beeae0ffd2a xsa391-linux-2.patch de888abe8d11d3204b4033b304cf3d66104a65956089e23f1736db682d3cedc4 xsa391-linux-3.patch $ CREDITS ======= This issue was discovered by Jürgen Groß of SUSE. DEPLOYMENT DURING EMBARGO ========================= Deployment of patches or mitigations is NOT permitted (except where all the affected systems and VMs are administered and used only by organisations which are members of the Xen Project Security Issues Predisclosure List). Specifically, deployment on public cloud systems is NOT permitted. This is because the patches need to be applied to the guests, which will be visible by the guest administrators. Deployment is permitted only AFTER the embargo ends. (Note: this during-embargo deployment notice is retained in post-embargo publicly released Xen Project advisories, even though it is then no longer applicable. This is to enable the community to have oversight of the Xen Project Security Team's decisionmaking.) For more information about permissible uses of embargoed information, consult the Xen Project community's agreed Security Policy: http://www.xenproject.org/security-policy.html -----BEGIN PGP SIGNATURE----- iQFABAEBCAAqFiEEI+MiLBRfRHX6gGCng/4UyVfoK9kFAmG8srwMHHBncEB4ZW4u b3JnAAoJEIP+FMlX6CvZz/kH/RFI60D9qJnbNmDMgtbvihwn+jeHI0ejS7en8Ojf CL9QftZ2+YdyxjMISOHCCaWgUKQQyF/n9chF5sMMOkWRfUPL2TDPPKTmEnC9XMOq MYIftwT0OoMAVVhrRU3FZUZtpvTeQstofOYhBGhElmeEibYU+DbjKiv4agTEE3+8 9M3cxDk3Zw9cO1/6tU3kYtPkbxVP3r6kZQSHnpRnKLbABXWJB3Y02cX09tU//mV7 2REisCWKViLcKoupYTUOQHPWOD+VFE48mwKB4D9H9t9aTyn5PVjH/jVhiGrqbbic ia8a0AKi5F9l8xIKha81+TGIbjCY+HCuLbaShRDnaU9/2Qc= =wKo2 -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa391-linux-1.patch" Content-Disposition: attachment; filename="xsa391-linux-1.patch" Content-Transfer-Encoding: base64 RnJvbSAyNmIyYmQxMDc3YjgxMWE1ZmFlOTJmZGQ5NTg2NzAzZmQ4MWE3YWQx IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IFdlZCwgMSBEZWMgMjAyMSAxMzow MDowNCArMDEwMApTdWJqZWN0OiBbUEFUQ0ggMS8zXSB4ZW4vYmxrZnJvbnQ6 IGhhcmRlbiBibGtmcm9udCBhZ2FpbnN0IGV2ZW50IGNoYW5uZWwKIHN0b3Jt cwoKVGhlIFhlbiBibGtmcm9udCBkcml2ZXIgaXMgc3RpbGwgdnVsbmVyYWJs ZSBmb3IgYW4gYXR0YWNrIHZpYSBleGNlc3NpdmUKbnVtYmVyIG9mIGV2ZW50 cyBzZW50IGJ5IHRoZSBiYWNrZW5kLiBGaXggdGhhdCBieSB1c2luZyBsYXRl ZW9pIGV2ZW50CmNoYW5uZWxzLgoKVGhpcyBpcyBDVkUtMjAyMS0yODcxMSwg cGFydCBvZiBYU0EtMzkxCgpTaWduZWQtb2ZmLWJ5OiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+Ci0tLQogZHJpdmVycy9ibG9jay94ZW4tYmxr ZnJvbnQuYyB8IDE1ICsrKysrKysrKysrKy0tLQogMSBmaWxlIGNoYW5nZWQs IDEyIGluc2VydGlvbnMoKyksIDMgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0 IGEvZHJpdmVycy9ibG9jay94ZW4tYmxrZnJvbnQuYyBiL2RyaXZlcnMvYmxv Y2sveGVuLWJsa2Zyb250LmMKaW5kZXggOGUzOTgzZTQ1NmYzLi4yODZjZjFh ZmFkNzggMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvYmxvY2sveGVuLWJsa2Zyb250 LmMKKysrIGIvZHJpdmVycy9ibG9jay94ZW4tYmxrZnJvbnQuYwpAQCAtMTUx Miw5ICsxNTEyLDEyIEBAIHN0YXRpYyBpcnFyZXR1cm5fdCBibGtpZl9pbnRl cnJ1cHQoaW50IGlycSwgdm9pZCAqZGV2X2lkKQogCXVuc2lnbmVkIGxvbmcg ZmxhZ3M7CiAJc3RydWN0IGJsa2Zyb250X3JpbmdfaW5mbyAqcmluZm8gPSAo c3RydWN0IGJsa2Zyb250X3JpbmdfaW5mbyAqKWRldl9pZDsKIAlzdHJ1Y3Qg YmxrZnJvbnRfaW5mbyAqaW5mbyA9IHJpbmZvLT5kZXZfaW5mbzsKKwl1bnNp Z25lZCBpbnQgZW9pZmxhZyA9IFhFTl9FT0lfRkxBR19TUFVSSU9VUzsKIAot CWlmICh1bmxpa2VseShpbmZvLT5jb25uZWN0ZWQgIT0gQkxLSUZfU1RBVEVf Q09OTkVDVEVEKSkKKwlpZiAodW5saWtlbHkoaW5mby0+Y29ubmVjdGVkICE9 IEJMS0lGX1NUQVRFX0NPTk5FQ1RFRCkpIHsKKwkJeGVuX2lycV9sYXRlZW9p KGlycSwgWEVOX0VPSV9GTEFHX1NQVVJJT1VTKTsKIAkJcmV0dXJuIElSUV9I QU5ETEVEOworCX0KIAogCXNwaW5fbG9ja19pcnFzYXZlKCZyaW5mby0+cmlu Z19sb2NrLCBmbGFncyk7CiAgYWdhaW46CkBAIC0xNTMwLDYgKzE1MzMsOCBA QCBzdGF0aWMgaXJxcmV0dXJuX3QgYmxraWZfaW50ZXJydXB0KGludCBpcnEs IHZvaWQgKmRldl9pZCkKIAkJdW5zaWduZWQgbG9uZyBpZDsKIAkJdW5zaWdu ZWQgaW50IG9wOwogCisJCWVvaWZsYWcgPSAwOworCiAJCVJJTkdfQ09QWV9S RVNQT05TRSgmcmluZm8tPnJpbmcsIGksICZicmV0KTsKIAkJaWQgPSBicmV0 LmlkOwogCkBAIC0xNjQ2LDYgKzE2NTEsOCBAQCBzdGF0aWMgaXJxcmV0dXJu X3QgYmxraWZfaW50ZXJydXB0KGludCBpcnEsIHZvaWQgKmRldl9pZCkKIAog CXNwaW5fdW5sb2NrX2lycXJlc3RvcmUoJnJpbmZvLT5yaW5nX2xvY2ssIGZs YWdzKTsKIAorCXhlbl9pcnFfbGF0ZWVvaShpcnEsIGVvaWZsYWcpOworCiAJ cmV0dXJuIElSUV9IQU5ETEVEOwogCiAgZXJyOgpAQCAtMTY1Myw2ICsxNjYw LDggQEAgc3RhdGljIGlycXJldHVybl90IGJsa2lmX2ludGVycnVwdChpbnQg aXJxLCB2b2lkICpkZXZfaWQpCiAKIAlzcGluX3VubG9ja19pcnFyZXN0b3Jl KCZyaW5mby0+cmluZ19sb2NrLCBmbGFncyk7CiAKKwkvKiBObyBFT0kgaW4g b3JkZXIgdG8gYXZvaWQgZnVydGhlciBpbnRlcnJ1cHRzLiAqLworCiAJcHJf YWxlcnQoIiVzIGRpc2FibGVkIGZvciBmdXJ0aGVyIHVzZVxuIiwgaW5mby0+ Z2QtPmRpc2tfbmFtZSk7CiAJcmV0dXJuIElSUV9IQU5ETEVEOwogfQpAQCAt MTY5Miw4ICsxNzAxLDggQEAgc3RhdGljIGludCBzZXR1cF9ibGtyaW5nKHN0 cnVjdCB4ZW5idXNfZGV2aWNlICpkZXYsCiAJaWYgKGVycikKIAkJZ290byBm YWlsOwogCi0JZXJyID0gYmluZF9ldnRjaG5fdG9faXJxaGFuZGxlcihyaW5m by0+ZXZ0Y2huLCBibGtpZl9pbnRlcnJ1cHQsIDAsCi0JCQkJCSJibGtpZiIs IHJpbmZvKTsKKwllcnIgPSBiaW5kX2V2dGNobl90b19pcnFoYW5kbGVyX2xh dGVlb2kocmluZm8tPmV2dGNobiwgYmxraWZfaW50ZXJydXB0LAorCQkJCQkJ MCwgImJsa2lmIiwgcmluZm8pOwogCWlmIChlcnIgPD0gMCkgewogCQl4ZW5i dXNfZGV2X2ZhdGFsKGRldiwgZXJyLAogCQkJCSAiYmluZF9ldnRjaG5fdG9f aXJxaGFuZGxlciBmYWlsZWQiKTsKLS0gCjIuMjYuMgoK --=separator Content-Type: application/octet-stream; name="xsa391-linux-2.patch" Content-Disposition: attachment; filename="xsa391-linux-2.patch" Content-Transfer-Encoding: base64 RnJvbSA4MDVlNjMwMmVlMzgzMTNkNmM0ZTYxNjIzMzJlYzNhNjY4MmNhMDY4 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IFdlZCwgMSBEZWMgMjAyMSAxMzow MDowNCArMDEwMApTdWJqZWN0OiBbUEFUQ0ggMi8zXSB4ZW4vbmV0ZnJvbnQ6 IGhhcmRlbiBuZXRmcm9udCBhZ2FpbnN0IGV2ZW50IGNoYW5uZWwKIHN0b3Jt cwoKVGhlIFhlbiBuZXRmcm9udCBkcml2ZXIgaXMgc3RpbGwgdnVsbmVyYWJs ZSBmb3IgYW4gYXR0YWNrIHZpYSBleGNlc3NpdmUKbnVtYmVyIG9mIGV2ZW50 cyBzZW50IGJ5IHRoZSBiYWNrZW5kLiBGaXggdGhhdCBieSB1c2luZyBsYXRl ZW9pIGV2ZW50CmNoYW5uZWxzLgoKRm9yIGJlaW5nIGFibGUgdG8gZGV0ZWN0 IHRoZSBjYXNlIG9mIG5vIHJ4IHJlc3BvbnNlcyBiZWluZyBhZGRlZCB3aGls ZQp0aGUgY2FycmllciBpcyBkb3duIGEgbmV3IGxvY2sgaXMgbmVlZGVkIGlu IG9yZGVyIHRvIHVwZGF0ZSBhbmQgdGVzdApyc3BfY29ucyBhbmQgdGhlIG51 bWJlciBvZiBzZWVuIHVuY29uc3VtZWQgcmVzcG9uc2VzIGF0b21pY2FsbHku CgpUaGlzIGlzIENWRS0yMDIxLTI4NzEyLCBwYXJ0IG9mIFhTQS0zOTEKClNp Z25lZC1vZmYtYnk6IEp1ZXJnZW4gR3Jvc3MgPGpncm9zc0BzdXNlLmNvbT4K UmV2aWV3ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4K LS0tCiBkcml2ZXJzL25ldC94ZW4tbmV0ZnJvbnQuYyB8IDEyNSArKysrKysr KysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tCiAxIGZpbGUgY2hhbmdl ZCwgOTQgaW5zZXJ0aW9ucygrKSwgMzEgZGVsZXRpb25zKC0pCgpkaWZmIC0t Z2l0IGEvZHJpdmVycy9uZXQveGVuLW5ldGZyb250LmMgYi9kcml2ZXJzL25l dC94ZW4tbmV0ZnJvbnQuYwppbmRleCA5MTFmNDM5ODZhOGMuLmQ1MTRkOTYw MjdhNiAxMDA2NDQKLS0tIGEvZHJpdmVycy9uZXQveGVuLW5ldGZyb250LmMK KysrIGIvZHJpdmVycy9uZXQveGVuLW5ldGZyb250LmMKQEAgLTE0OCw2ICsx NDgsOSBAQCBzdHJ1Y3QgbmV0ZnJvbnRfcXVldWUgewogCWdyYW50X3JlZl90 IGdyZWZfcnhfaGVhZDsKIAlncmFudF9yZWZfdCBncmFudF9yeF9yZWZbTkVU X1JYX1JJTkdfU0laRV07CiAKKwl1bnNpZ25lZCBpbnQgcnhfcnNwX3VuY29u c3VtZWQ7CisJc3BpbmxvY2tfdCByeF9jb25zX2xvY2s7CisKIAlzdHJ1Y3Qg cGFnZV9wb29sICpwYWdlX3Bvb2w7CiAJc3RydWN0IHhkcF9yeHFfaW5mbyB4 ZHBfcnhxOwogfTsKQEAgLTM3NiwxMiArMzc5LDEzIEBAIHN0YXRpYyBpbnQg eGVubmV0X29wZW4oc3RydWN0IG5ldF9kZXZpY2UgKmRldikKIAlyZXR1cm4g MDsKIH0KIAotc3RhdGljIHZvaWQgeGVubmV0X3R4X2J1Zl9nYyhzdHJ1Y3Qg bmV0ZnJvbnRfcXVldWUgKnF1ZXVlKQorc3RhdGljIGJvb2wgeGVubmV0X3R4 X2J1Zl9nYyhzdHJ1Y3QgbmV0ZnJvbnRfcXVldWUgKnF1ZXVlKQogewogCVJJ TkdfSURYIGNvbnMsIHByb2Q7CiAJdW5zaWduZWQgc2hvcnQgaWQ7CiAJc3Ry dWN0IHNrX2J1ZmYgKnNrYjsKIAlib29sIG1vcmVfdG9fZG87CisJYm9vbCB3 b3JrX2RvbmUgPSBmYWxzZTsKIAljb25zdCBzdHJ1Y3QgZGV2aWNlICpkZXYg PSAmcXVldWUtPmluZm8tPm5ldGRldi0+ZGV2OwogCiAJQlVHX09OKCFuZXRp Zl9jYXJyaWVyX29rKHF1ZXVlLT5pbmZvLT5uZXRkZXYpKTsKQEAgLTM5OCw2 ICs0MDIsOCBAQCBzdGF0aWMgdm9pZCB4ZW5uZXRfdHhfYnVmX2djKHN0cnVj dCBuZXRmcm9udF9xdWV1ZSAqcXVldWUpCiAJCWZvciAoY29ucyA9IHF1ZXVl LT50eC5yc3BfY29uczsgY29ucyAhPSBwcm9kOyBjb25zKyspIHsKIAkJCXN0 cnVjdCB4ZW5fbmV0aWZfdHhfcmVzcG9uc2UgdHhyc3A7CiAKKwkJCXdvcmtf ZG9uZSA9IHRydWU7CisKIAkJCVJJTkdfQ09QWV9SRVNQT05TRSgmcXVldWUt PnR4LCBjb25zLCAmdHhyc3ApOwogCQkJaWYgKHR4cnNwLnN0YXR1cyA9PSBY RU5fTkVUSUZfUlNQX05VTEwpCiAJCQkJY29udGludWU7CkBAIC00NDEsMTEg KzQ0NywxMyBAQCBzdGF0aWMgdm9pZCB4ZW5uZXRfdHhfYnVmX2djKHN0cnVj dCBuZXRmcm9udF9xdWV1ZSAqcXVldWUpCiAKIAl4ZW5uZXRfbWF5YmVfd2Fr ZV90eChxdWV1ZSk7CiAKLQlyZXR1cm47CisJcmV0dXJuIHdvcmtfZG9uZTsK IAogIGVycjoKIAlxdWV1ZS0+aW5mby0+YnJva2VuID0gdHJ1ZTsKIAlkZXZf YWxlcnQoZGV2LCAiRGlzYWJsZWQgZm9yIGZ1cnRoZXIgdXNlXG4iKTsKKwor CXJldHVybiB3b3JrX2RvbmU7CiB9CiAKIHN0cnVjdCB4ZW5uZXRfZ250dGFi X21ha2VfdHhyZXEgewpAQCAtODM0LDYgKzg0MiwxNiBAQCBzdGF0aWMgaW50 IHhlbm5ldF9jbG9zZShzdHJ1Y3QgbmV0X2RldmljZSAqZGV2KQogCXJldHVy biAwOwogfQogCitzdGF0aWMgdm9pZCB4ZW5uZXRfc2V0X3J4X3JzcF9jb25z KHN0cnVjdCBuZXRmcm9udF9xdWV1ZSAqcXVldWUsIFJJTkdfSURYIHZhbCkK K3sKKwl1bnNpZ25lZCBsb25nIGZsYWdzOworCisJc3Bpbl9sb2NrX2lycXNh dmUoJnF1ZXVlLT5yeF9jb25zX2xvY2ssIGZsYWdzKTsKKwlxdWV1ZS0+cngu cnNwX2NvbnMgPSB2YWw7CisJcXVldWUtPnJ4X3JzcF91bmNvbnN1bWVkID0g UklOR19IQVNfVU5DT05TVU1FRF9SRVNQT05TRVMoJnF1ZXVlLT5yeCk7CisJ c3Bpbl91bmxvY2tfaXJxcmVzdG9yZSgmcXVldWUtPnJ4X2NvbnNfbG9jaywg ZmxhZ3MpOworfQorCiBzdGF0aWMgdm9pZCB4ZW5uZXRfbW92ZV9yeF9zbG90 KHN0cnVjdCBuZXRmcm9udF9xdWV1ZSAqcXVldWUsIHN0cnVjdCBza19idWZm ICpza2IsCiAJCQkJZ3JhbnRfcmVmX3QgcmVmKQogewpAQCAtODg1LDcgKzkw Myw3IEBAIHN0YXRpYyBpbnQgeGVubmV0X2dldF9leHRyYXMoc3RydWN0IG5l dGZyb250X3F1ZXVlICpxdWV1ZSwKIAkJeGVubmV0X21vdmVfcnhfc2xvdChx dWV1ZSwgc2tiLCByZWYpOwogCX0gd2hpbGUgKGV4dHJhLmZsYWdzICYgWEVO X05FVElGX0VYVFJBX0ZMQUdfTU9SRSk7CiAKLQlxdWV1ZS0+cngucnNwX2Nv bnMgPSBjb25zOworCXhlbm5ldF9zZXRfcnhfcnNwX2NvbnMocXVldWUsIGNv bnMpOwogCXJldHVybiBlcnI7CiB9CiAKQEAgLTEwMzksNyArMTA1Nyw3IEBA IHN0YXRpYyBpbnQgeGVubmV0X2dldF9yZXNwb25zZXMoc3RydWN0IG5ldGZy b250X3F1ZXVlICpxdWV1ZSwKIAl9CiAKIAlpZiAodW5saWtlbHkoZXJyKSkK LQkJcXVldWUtPnJ4LnJzcF9jb25zID0gY29ucyArIHNsb3RzOworCQl4ZW5u ZXRfc2V0X3J4X3JzcF9jb25zKHF1ZXVlLCBjb25zICsgc2xvdHMpOwogCiAJ cmV0dXJuIGVycjsKIH0KQEAgLTEwOTMsNyArMTExMSw4IEBAIHN0YXRpYyBp bnQgeGVubmV0X2ZpbGxfZnJhZ3Moc3RydWN0IG5ldGZyb250X3F1ZXVlICpx dWV1ZSwKIAkJCV9fcHNrYl9wdWxsX3RhaWwoc2tiLCBwdWxsX3RvIC0gc2ti X2hlYWRsZW4oc2tiKSk7CiAJCX0KIAkJaWYgKHVubGlrZWx5KHNrYl9zaGlu Zm8oc2tiKS0+bnJfZnJhZ3MgPj0gTUFYX1NLQl9GUkFHUykpIHsKLQkJCXF1 ZXVlLT5yeC5yc3BfY29ucyA9ICsrY29ucyArIHNrYl9xdWV1ZV9sZW4obGlz dCk7CisJCQl4ZW5uZXRfc2V0X3J4X3JzcF9jb25zKHF1ZXVlLAorCQkJCQkg ICAgICAgKytjb25zICsgc2tiX3F1ZXVlX2xlbihsaXN0KSk7CiAJCQlrZnJl ZV9za2IobnNrYik7CiAJCQlyZXR1cm4gLUVOT0VOVDsKIAkJfQpAQCAtMTEw Niw3ICsxMTI1LDcgQEAgc3RhdGljIGludCB4ZW5uZXRfZmlsbF9mcmFncyhz dHJ1Y3QgbmV0ZnJvbnRfcXVldWUgKnF1ZXVlLAogCQlrZnJlZV9za2IobnNr Yik7CiAJfQogCi0JcXVldWUtPnJ4LnJzcF9jb25zID0gY29uczsKKwl4ZW5u ZXRfc2V0X3J4X3JzcF9jb25zKHF1ZXVlLCBjb25zKTsKIAogCXJldHVybiAw OwogfQpAQCAtMTIyOSw3ICsxMjQ4LDkgQEAgc3RhdGljIGludCB4ZW5uZXRf cG9sbChzdHJ1Y3QgbmFwaV9zdHJ1Y3QgKm5hcGksIGludCBidWRnZXQpCiAK IAkJCWlmICh1bmxpa2VseSh4ZW5uZXRfc2V0X3NrYl9nc28oc2tiLCBnc28p KSkgewogCQkJCV9fc2tiX3F1ZXVlX2hlYWQoJnRtcHEsIHNrYik7Ci0JCQkJ cXVldWUtPnJ4LnJzcF9jb25zICs9IHNrYl9xdWV1ZV9sZW4oJnRtcHEpOwor CQkJCXhlbm5ldF9zZXRfcnhfcnNwX2NvbnMocXVldWUsCisJCQkJCQkgICAg ICAgcXVldWUtPnJ4LnJzcF9jb25zICsKKwkJCQkJCSAgICAgICBza2JfcXVl dWVfbGVuKCZ0bXBxKSk7CiAJCQkJZ290byBlcnI7CiAJCQl9CiAJCX0KQEAg LTEyNTMsNyArMTI3NCw4IEBAIHN0YXRpYyBpbnQgeGVubmV0X3BvbGwoc3Ry dWN0IG5hcGlfc3RydWN0ICpuYXBpLCBpbnQgYnVkZ2V0KQogCiAJCV9fc2ti X3F1ZXVlX3RhaWwoJnJ4cSwgc2tiKTsKIAotCQlpID0gKytxdWV1ZS0+cngu cnNwX2NvbnM7CisJCWkgPSBxdWV1ZS0+cngucnNwX2NvbnMgKyAxOworCQl4 ZW5uZXRfc2V0X3J4X3JzcF9jb25zKHF1ZXVlLCBpKTsKIAkJd29ya19kb25l Kys7CiAJfQogCWlmIChuZWVkX3hkcF9mbHVzaCkKQEAgLTE0MTcsNDAgKzE0 MzksNzkgQEAgc3RhdGljIGludCB4ZW5uZXRfc2V0X2ZlYXR1cmVzKHN0cnVj dCBuZXRfZGV2aWNlICpkZXYsCiAJcmV0dXJuIDA7CiB9CiAKLXN0YXRpYyBp cnFyZXR1cm5fdCB4ZW5uZXRfdHhfaW50ZXJydXB0KGludCBpcnEsIHZvaWQg KmRldl9pZCkKK3N0YXRpYyBib29sIHhlbm5ldF9oYW5kbGVfdHgoc3RydWN0 IG5ldGZyb250X3F1ZXVlICpxdWV1ZSwgdW5zaWduZWQgaW50ICplb2kpCiB7 Ci0Jc3RydWN0IG5ldGZyb250X3F1ZXVlICpxdWV1ZSA9IGRldl9pZDsKIAl1 bnNpZ25lZCBsb25nIGZsYWdzOwogCi0JaWYgKHF1ZXVlLT5pbmZvLT5icm9r ZW4pCi0JCXJldHVybiBJUlFfSEFORExFRDsKKwlpZiAodW5saWtlbHkocXVl dWUtPmluZm8tPmJyb2tlbikpCisJCXJldHVybiBmYWxzZTsKIAogCXNwaW5f bG9ja19pcnFzYXZlKCZxdWV1ZS0+dHhfbG9jaywgZmxhZ3MpOwotCXhlbm5l dF90eF9idWZfZ2MocXVldWUpOworCWlmICh4ZW5uZXRfdHhfYnVmX2djKHF1 ZXVlKSkKKwkJKmVvaSA9IDA7CiAJc3Bpbl91bmxvY2tfaXJxcmVzdG9yZSgm cXVldWUtPnR4X2xvY2ssIGZsYWdzKTsKIAorCXJldHVybiB0cnVlOworfQor CitzdGF0aWMgaXJxcmV0dXJuX3QgeGVubmV0X3R4X2ludGVycnVwdChpbnQg aXJxLCB2b2lkICpkZXZfaWQpCit7CisJdW5zaWduZWQgaW50IGVvaWZsYWcg PSBYRU5fRU9JX0ZMQUdfU1BVUklPVVM7CisKKwlpZiAobGlrZWx5KHhlbm5l dF9oYW5kbGVfdHgoZGV2X2lkLCAmZW9pZmxhZykpKQorCQl4ZW5faXJxX2xh dGVlb2koaXJxLCBlb2lmbGFnKTsKKwogCXJldHVybiBJUlFfSEFORExFRDsK IH0KIAotc3RhdGljIGlycXJldHVybl90IHhlbm5ldF9yeF9pbnRlcnJ1cHQo aW50IGlycSwgdm9pZCAqZGV2X2lkKQorc3RhdGljIGJvb2wgeGVubmV0X2hh bmRsZV9yeChzdHJ1Y3QgbmV0ZnJvbnRfcXVldWUgKnF1ZXVlLCB1bnNpZ25l ZCBpbnQgKmVvaSkKIHsKLQlzdHJ1Y3QgbmV0ZnJvbnRfcXVldWUgKnF1ZXVl ID0gZGV2X2lkOwotCXN0cnVjdCBuZXRfZGV2aWNlICpkZXYgPSBxdWV1ZS0+ aW5mby0+bmV0ZGV2OworCXVuc2lnbmVkIGludCB3b3JrX3F1ZXVlZDsKKwl1 bnNpZ25lZCBsb25nIGZsYWdzOwogCi0JaWYgKHF1ZXVlLT5pbmZvLT5icm9r ZW4pCi0JCXJldHVybiBJUlFfSEFORExFRDsKKwlpZiAodW5saWtlbHkocXVl dWUtPmluZm8tPmJyb2tlbikpCisJCXJldHVybiBmYWxzZTsKKworCXNwaW5f bG9ja19pcnFzYXZlKCZxdWV1ZS0+cnhfY29uc19sb2NrLCBmbGFncyk7CisJ d29ya19xdWV1ZWQgPSBSSU5HX0hBU19VTkNPTlNVTUVEX1JFU1BPTlNFUygm cXVldWUtPnJ4KTsKKwlpZiAod29ya19xdWV1ZWQgPiBxdWV1ZS0+cnhfcnNw X3VuY29uc3VtZWQpIHsKKwkJcXVldWUtPnJ4X3JzcF91bmNvbnN1bWVkID0g d29ya19xdWV1ZWQ7CisJCSplb2kgPSAwOworCX0gZWxzZSBpZiAodW5saWtl bHkod29ya19xdWV1ZWQgPCBxdWV1ZS0+cnhfcnNwX3VuY29uc3VtZWQpKSB7 CisJCWNvbnN0IHN0cnVjdCBkZXZpY2UgKmRldiA9ICZxdWV1ZS0+aW5mby0+ bmV0ZGV2LT5kZXY7CisKKwkJc3Bpbl91bmxvY2tfaXJxcmVzdG9yZSgmcXVl dWUtPnJ4X2NvbnNfbG9jaywgZmxhZ3MpOworCQlkZXZfYWxlcnQoZGV2LCAi UlggcHJvZHVjZXIgaW5kZXggZ29pbmcgYmFja3dhcmRzXG4iKTsKKwkJZGV2 X2FsZXJ0KGRldiwgIkRpc2FibGVkIGZvciBmdXJ0aGVyIHVzZVxuIik7CisJ CXF1ZXVlLT5pbmZvLT5icm9rZW4gPSB0cnVlOworCQlyZXR1cm4gZmFsc2U7 CisJfQorCXNwaW5fdW5sb2NrX2lycXJlc3RvcmUoJnF1ZXVlLT5yeF9jb25z X2xvY2ssIGZsYWdzKTsKIAotCWlmIChsaWtlbHkobmV0aWZfY2Fycmllcl9v ayhkZXYpICYmCi0JCSAgIFJJTkdfSEFTX1VOQ09OU1VNRURfUkVTUE9OU0VT KCZxdWV1ZS0+cngpKSkKKwlpZiAobGlrZWx5KG5ldGlmX2NhcnJpZXJfb2so cXVldWUtPmluZm8tPm5ldGRldikgJiYgd29ya19xdWV1ZWQpKQogCQluYXBp X3NjaGVkdWxlKCZxdWV1ZS0+bmFwaSk7CiAKKwlyZXR1cm4gdHJ1ZTsKK30K Kworc3RhdGljIGlycXJldHVybl90IHhlbm5ldF9yeF9pbnRlcnJ1cHQoaW50 IGlycSwgdm9pZCAqZGV2X2lkKQoreworCXVuc2lnbmVkIGludCBlb2lmbGFn ID0gWEVOX0VPSV9GTEFHX1NQVVJJT1VTOworCisJaWYgKGxpa2VseSh4ZW5u ZXRfaGFuZGxlX3J4KGRldl9pZCwgJmVvaWZsYWcpKSkKKwkJeGVuX2lycV9s YXRlZW9pKGlycSwgZW9pZmxhZyk7CisKIAlyZXR1cm4gSVJRX0hBTkRMRUQ7 CiB9CiAKIHN0YXRpYyBpcnFyZXR1cm5fdCB4ZW5uZXRfaW50ZXJydXB0KGlu dCBpcnEsIHZvaWQgKmRldl9pZCkKIHsKLQl4ZW5uZXRfdHhfaW50ZXJydXB0 KGlycSwgZGV2X2lkKTsKLQl4ZW5uZXRfcnhfaW50ZXJydXB0KGlycSwgZGV2 X2lkKTsKKwl1bnNpZ25lZCBpbnQgZW9pZmxhZyA9IFhFTl9FT0lfRkxBR19T UFVSSU9VUzsKKworCWlmICh4ZW5uZXRfaGFuZGxlX3R4KGRldl9pZCwgJmVv aWZsYWcpICYmCisJICAgIHhlbm5ldF9oYW5kbGVfcngoZGV2X2lkLCAmZW9p ZmxhZykpCisJCXhlbl9pcnFfbGF0ZWVvaShpcnEsIGVvaWZsYWcpOworCiAJ cmV0dXJuIElSUV9IQU5ETEVEOwogfQogCkBAIC0xNzY4LDkgKzE4MjksMTAg QEAgc3RhdGljIGludCBzZXR1cF9uZXRmcm9udF9zaW5nbGUoc3RydWN0IG5l dGZyb250X3F1ZXVlICpxdWV1ZSkKIAlpZiAoZXJyIDwgMCkKIAkJZ290byBm YWlsOwogCi0JZXJyID0gYmluZF9ldnRjaG5fdG9faXJxaGFuZGxlcihxdWV1 ZS0+dHhfZXZ0Y2huLAotCQkJCQl4ZW5uZXRfaW50ZXJydXB0LAotCQkJCQkw LCBxdWV1ZS0+aW5mby0+bmV0ZGV2LT5uYW1lLCBxdWV1ZSk7CisJZXJyID0g YmluZF9ldnRjaG5fdG9faXJxaGFuZGxlcl9sYXRlZW9pKHF1ZXVlLT50eF9l dnRjaG4sCisJCQkJCQl4ZW5uZXRfaW50ZXJydXB0LCAwLAorCQkJCQkJcXVl dWUtPmluZm8tPm5ldGRldi0+bmFtZSwKKwkJCQkJCXF1ZXVlKTsKIAlpZiAo ZXJyIDwgMCkKIAkJZ290byBiaW5kX2ZhaWw7CiAJcXVldWUtPnJ4X2V2dGNo biA9IHF1ZXVlLT50eF9ldnRjaG47CkBAIC0xNzk4LDE4ICsxODYwLDE4IEBA IHN0YXRpYyBpbnQgc2V0dXBfbmV0ZnJvbnRfc3BsaXQoc3RydWN0IG5ldGZy b250X3F1ZXVlICpxdWV1ZSkKIAogCXNucHJpbnRmKHF1ZXVlLT50eF9pcnFf bmFtZSwgc2l6ZW9mKHF1ZXVlLT50eF9pcnFfbmFtZSksCiAJCSAiJXMtdHgi LCBxdWV1ZS0+bmFtZSk7Ci0JZXJyID0gYmluZF9ldnRjaG5fdG9faXJxaGFu ZGxlcihxdWV1ZS0+dHhfZXZ0Y2huLAotCQkJCQl4ZW5uZXRfdHhfaW50ZXJy dXB0LAotCQkJCQkwLCBxdWV1ZS0+dHhfaXJxX25hbWUsIHF1ZXVlKTsKKwll cnIgPSBiaW5kX2V2dGNobl90b19pcnFoYW5kbGVyX2xhdGVlb2kocXVldWUt PnR4X2V2dGNobiwKKwkJCQkJCXhlbm5ldF90eF9pbnRlcnJ1cHQsIDAsCisJ CQkJCQlxdWV1ZS0+dHhfaXJxX25hbWUsIHF1ZXVlKTsKIAlpZiAoZXJyIDwg MCkKIAkJZ290byBiaW5kX3R4X2ZhaWw7CiAJcXVldWUtPnR4X2lycSA9IGVy cjsKIAogCXNucHJpbnRmKHF1ZXVlLT5yeF9pcnFfbmFtZSwgc2l6ZW9mKHF1 ZXVlLT5yeF9pcnFfbmFtZSksCiAJCSAiJXMtcngiLCBxdWV1ZS0+bmFtZSk7 Ci0JZXJyID0gYmluZF9ldnRjaG5fdG9faXJxaGFuZGxlcihxdWV1ZS0+cnhf ZXZ0Y2huLAotCQkJCQl4ZW5uZXRfcnhfaW50ZXJydXB0LAotCQkJCQkwLCBx dWV1ZS0+cnhfaXJxX25hbWUsIHF1ZXVlKTsKKwllcnIgPSBiaW5kX2V2dGNo bl90b19pcnFoYW5kbGVyX2xhdGVlb2kocXVldWUtPnJ4X2V2dGNobiwKKwkJ CQkJCXhlbm5ldF9yeF9pbnRlcnJ1cHQsIDAsCisJCQkJCQlxdWV1ZS0+cnhf aXJxX25hbWUsIHF1ZXVlKTsKIAlpZiAoZXJyIDwgMCkKIAkJZ290byBiaW5k X3J4X2ZhaWw7CiAJcXVldWUtPnJ4X2lycSA9IGVycjsKQEAgLTE5MTEsNiAr MTk3Myw3IEBAIHN0YXRpYyBpbnQgeGVubmV0X2luaXRfcXVldWUoc3RydWN0 IG5ldGZyb250X3F1ZXVlICpxdWV1ZSkKIAogCXNwaW5fbG9ja19pbml0KCZx dWV1ZS0+dHhfbG9jayk7CiAJc3Bpbl9sb2NrX2luaXQoJnF1ZXVlLT5yeF9s b2NrKTsKKwlzcGluX2xvY2tfaW5pdCgmcXVldWUtPnJ4X2NvbnNfbG9jayk7 CiAKIAl0aW1lcl9zZXR1cCgmcXVldWUtPnJ4X3JlZmlsbF90aW1lciwgcnhf cmVmaWxsX3RpbWVvdXQsIDApOwogCi0tIAoyLjI2LjIKCg== --=separator Content-Type: application/octet-stream; name="xsa391-linux-3.patch" Content-Disposition: attachment; filename="xsa391-linux-3.patch" Content-Transfer-Encoding: base64 RnJvbSBhOTNkYmQwM2U4YTNlMmZhMGUxMDM5ZGVlMTIyZTQ3ODE5NzA4NzU5 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IFdlZCwgMSBEZWMgMjAyMSAxMzow MDowNCArMDEwMApTdWJqZWN0OiBbUEFUQ0ggMy8zXSB4ZW4vY29uc29sZTog aGFyZGVuIGh2Y194ZW4gYWdhaW5zdCBldmVudCBjaGFubmVsCiBzdG9ybXMK ClRoZSBYZW4gY29uc29sZSBkcml2ZXIgaXMgc3RpbGwgdnVsbmVyYWJsZSBm b3IgYW4gYXR0YWNrIHZpYSBleGNlc3NpdmUKbnVtYmVyIG9mIGV2ZW50cyBz ZW50IGJ5IHRoZSBiYWNrZW5kLiBGaXggdGhhdCBieSB1c2luZyBhIGxhdGVl b2kgZXZlbnQKY2hhbm5lbC4KCkZvciB0aGUgbm9ybWFsIGRvbVUgaW5pdGlh bCBjb25zb2xlIHRoaXMgcmVxdWlyZXMgdGhlIGludHJvZHVjdGlvbiBvZgpi aW5kX2V2dGNobl90b19pcnFfbGF0ZWVvaSgpIGFzIHRoZXJlIGlzIG5vIHhl bmJ1cyBkZXZpY2UgYXZhaWxhYmxlCmF0IHRoZSB0aW1lIHRoZSBldmVudCBj aGFubmVsIGlzIGJvdW5kIHRvIHRoZSBpcnEuCgpBcyB0aGUgZGVjaXNpb24g d2hldGhlciBhbiBpbnRlcnJ1cHQgd2FzIHNwdXJpb3VzIG9yIG5vdCByZXF1 aXJlcyB0bwp0ZXN0IGZvciBieXRlcyBoYXZpbmcgYmVlbiByZWFkIGZyb20g dGhlIGJhY2tlbmQsIG1vdmUgc2VuZGluZyB0aGUKZXZlbnQgaW50byB0aGUg aWYgc3RhdGVtZW50LCBhcyBzZW5kaW5nIGFuIGV2ZW50IHdpdGhvdXQgaGF2 aW5nIGZvdW5kCmFueSBieXRlcyB0byBiZSByZWFkIGlzIG1ha2luZyBubyBz ZW5zZSBhdCBhbGwuCgpUaGlzIGlzIENWRS0yMDIxLTI4NzEzLCBwYXJ0IG9m IFhTQS0zOTEKClNpZ25lZC1vZmYtYnk6IEp1ZXJnZW4gR3Jvc3MgPGpncm9z c0BzdXNlLmNvbT4KUmV2aWV3ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KLS0tCiBkcml2ZXJzL3R0eS9odmMvaHZjX3hlbi5jICAg ICAgICB8IDMwICsrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLQogZHJp dmVycy94ZW4vZXZlbnRzL2V2ZW50c19iYXNlLmMgfCAgNiArKysrKysKIGlu Y2x1ZGUveGVuL2V2ZW50cy5oICAgICAgICAgICAgIHwgIDEgKwogMyBmaWxl cyBjaGFuZ2VkLCAzNCBpbnNlcnRpb25zKCspLCAzIGRlbGV0aW9ucygtKQoK ZGlmZiAtLWdpdCBhL2RyaXZlcnMvdHR5L2h2Yy9odmNfeGVuLmMgYi9kcml2 ZXJzL3R0eS9odmMvaHZjX3hlbi5jCmluZGV4IDcxZTBkZDJjMGNlNS4uZWJh Zjc1MDBmNDhmIDEwMDY0NAotLS0gYS9kcml2ZXJzL3R0eS9odmMvaHZjX3hl bi5jCisrKyBiL2RyaXZlcnMvdHR5L2h2Yy9odmNfeGVuLmMKQEAgLTM3LDYg KzM3LDggQEAgc3RydWN0IHhlbmNvbnNfaW5mbyB7CiAJc3RydWN0IHhlbmJ1 c19kZXZpY2UgKnhiZGV2OwogCXN0cnVjdCB4ZW5jb25zX2ludGVyZmFjZSAq aW50ZjsKIAl1bnNpZ25lZCBpbnQgZXZ0Y2huOworCVhFTkNPTlNfUklOR19J RFggb3V0X2NvbnM7CisJdW5zaWduZWQgaW50IG91dF9jb25zX3NhbWU7CiAJ c3RydWN0IGh2Y19zdHJ1Y3QgKmh2YzsKIAlpbnQgaXJxOwogCWludCB2dGVy bW5vOwpAQCAtMTM4LDYgKzE0MCw4IEBAIHN0YXRpYyBpbnQgZG9tVV9yZWFk X2NvbnNvbGUodWludDMyX3QgdnRlcm1ubywgY2hhciAqYnVmLCBpbnQgbGVu KQogCVhFTkNPTlNfUklOR19JRFggY29ucywgcHJvZDsKIAlpbnQgcmVjdiA9 IDA7CiAJc3RydWN0IHhlbmNvbnNfaW5mbyAqeGVuY29ucyA9IHZ0ZXJtbm9f dG9feGVuY29ucyh2dGVybW5vKTsKKwl1bnNpZ25lZCBpbnQgZW9pZmxhZyA9 IDA7CisKIAlpZiAoeGVuY29ucyA9PSBOVUxMKQogCQlyZXR1cm4gLUVJTlZB TDsKIAlpbnRmID0geGVuY29ucy0+aW50ZjsKQEAgLTE1Nyw3ICsxNjEsMjcg QEAgc3RhdGljIGludCBkb21VX3JlYWRfY29uc29sZSh1aW50MzJfdCB2dGVy bW5vLCBjaGFyICpidWYsIGludCBsZW4pCiAJbWIoKTsJCQkvKiByZWFkIHJp bmcgYmVmb3JlIGNvbnN1bWluZyAqLwogCWludGYtPmluX2NvbnMgPSBjb25z OwogCi0Jbm90aWZ5X2RhZW1vbih4ZW5jb25zKTsKKwkvKgorCSAqIFdoZW4g dG8gbWFyayBpbnRlcnJ1cHQgaGF2aW5nIGJlZW4gc3B1cmlvdXM6CisJICog LSB0aGVyZSB3YXMgbm8gbmV3IGRhdGEgdG8gYmUgcmVhZCwgYW5kCisJICog LSB0aGUgYmFja2VuZCBkaWQgbm90IGNvbnN1bWUgc29tZSBvdXRwdXQgYnl0 ZXMsIGFuZAorCSAqIC0gdGhlIHByZXZpb3VzIHJvdW5kIHdpdGggbm8gcmVh ZCBkYXRhIGRpZG4ndCBzZWUgY29uc3VtZWQgYnl0ZXMKKwkgKiAgICh3ZSBt aWdodCBoYXZlIGEgcmFjZSB3aXRoIGFuIGludGVycnVwdCBiZWluZyBpbiBm bGlnaHQgd2hpbGUKKwkgKiAgIHVwZGF0aW5nIHhlbmNvbnMtPm91dF9jb25z LCBzbyBhY2NvdW50IGZvciB0aGF0IGJ5IGFsbG93aW5nIG9uZQorCSAqICAg cm91bmQgd2l0aG91dCBhbnkgdmlzaWJsZSByZWFzb24pCisJICovCisJaWYg KGludGYtPm91dF9jb25zICE9IHhlbmNvbnMtPm91dF9jb25zKSB7CisJCXhl bmNvbnMtPm91dF9jb25zID0gaW50Zi0+b3V0X2NvbnM7CisJCXhlbmNvbnMt Pm91dF9jb25zX3NhbWUgPSAwOworCX0KKwlpZiAocmVjdikgeworCQlub3Rp ZnlfZGFlbW9uKHhlbmNvbnMpOworCX0gZWxzZSBpZiAoeGVuY29ucy0+b3V0 X2NvbnNfc2FtZSsrID4gMSkgeworCQllb2lmbGFnID0gWEVOX0VPSV9GTEFH X1NQVVJJT1VTOworCX0KKworCXhlbl9pcnFfbGF0ZWVvaSh4ZW5jb25zLT5p cnEsIGVvaWZsYWcpOworCiAJcmV0dXJuIHJlY3Y7CiB9CiAKQEAgLTM4Niw3 ICs0MTAsNyBAQCBzdGF0aWMgaW50IHhlbmNvbnNfY29ubmVjdF9iYWNrZW5k KHN0cnVjdCB4ZW5idXNfZGV2aWNlICpkZXYsCiAJaWYgKHJldCkKIAkJcmV0 dXJuIHJldDsKIAlpbmZvLT5ldnRjaG4gPSBldnRjaG47Ci0JaXJxID0gYmlu ZF9ldnRjaG5fdG9faXJxKGV2dGNobik7CisJaXJxID0gYmluZF9pbnRlcmRv bWFpbl9ldnRjaG5fdG9faXJxX2xhdGVlb2koZGV2LCBldnRjaG4pOwogCWlm IChpcnEgPCAwKQogCQlyZXR1cm4gaXJxOwogCWluZm8tPmlycSA9IGlycTsK QEAgLTU1MSw3ICs1NzUsNyBAQCBzdGF0aWMgaW50IF9faW5pdCB4ZW5faHZj X2luaXQodm9pZCkKIAkJCXJldHVybiByOwogCiAJCWluZm8gPSB2dGVybW5v X3RvX3hlbmNvbnMoSFZDX0NPT0tJRSk7Ci0JCWluZm8tPmlycSA9IGJpbmRf ZXZ0Y2huX3RvX2lycShpbmZvLT5ldnRjaG4pOworCQlpbmZvLT5pcnEgPSBi aW5kX2V2dGNobl90b19pcnFfbGF0ZWVvaShpbmZvLT5ldnRjaG4pOwogCX0K IAlpZiAoaW5mby0+aXJxIDwgMCkKIAkJaW5mby0+aXJxID0gMDsgLyogTk9f SVJRICovCmRpZmYgLS1naXQgYS9kcml2ZXJzL3hlbi9ldmVudHMvZXZlbnRz X2Jhc2UuYyBiL2RyaXZlcnMveGVuL2V2ZW50cy9ldmVudHNfYmFzZS5jCmlu ZGV4IGE3ODcwNGFlMzYxOC4uNDZkOTI5NWQ5YTZlIDEwMDY0NAotLS0gYS9k cml2ZXJzL3hlbi9ldmVudHMvZXZlbnRzX2Jhc2UuYworKysgYi9kcml2ZXJz L3hlbi9ldmVudHMvZXZlbnRzX2Jhc2UuYwpAQCAtMTI1MSw2ICsxMjUxLDEy IEBAIGludCBiaW5kX2V2dGNobl90b19pcnEoZXZ0Y2huX3BvcnRfdCBldnRj aG4pCiB9CiBFWFBPUlRfU1lNQk9MX0dQTChiaW5kX2V2dGNobl90b19pcnEp OwogCitpbnQgYmluZF9ldnRjaG5fdG9faXJxX2xhdGVlb2koZXZ0Y2huX3Bv cnRfdCBldnRjaG4pCit7CisJcmV0dXJuIGJpbmRfZXZ0Y2huX3RvX2lycV9j aGlwKGV2dGNobiwgJnhlbl9sYXRlZW9pX2NoaXAsIE5VTEwpOworfQorRVhQ T1JUX1NZTUJPTF9HUEwoYmluZF9ldnRjaG5fdG9faXJxX2xhdGVlb2kpOwor CiBzdGF0aWMgaW50IGJpbmRfaXBpX3RvX2lycSh1bnNpZ25lZCBpbnQgaXBp LCB1bnNpZ25lZCBpbnQgY3B1KQogewogCXN0cnVjdCBldnRjaG5fYmluZF9p cGkgYmluZF9pcGk7CmRpZmYgLS1naXQgYS9pbmNsdWRlL3hlbi9ldmVudHMu aCBiL2luY2x1ZGUveGVuL2V2ZW50cy5oCmluZGV4IGMyMDQyNjJkOWZjMi4u MzQ0MDgxZTcxNTg0IDEwMDY0NAotLS0gYS9pbmNsdWRlL3hlbi9ldmVudHMu aAorKysgYi9pbmNsdWRlL3hlbi9ldmVudHMuaApAQCAtMTcsNiArMTcsNyBA QCBzdHJ1Y3QgeGVuYnVzX2RldmljZTsKIHVuc2lnbmVkIHhlbl9ldnRjaG5f bnJfY2hhbm5lbHModm9pZCk7CiAKIGludCBiaW5kX2V2dGNobl90b19pcnEo ZXZ0Y2huX3BvcnRfdCBldnRjaG4pOworaW50IGJpbmRfZXZ0Y2huX3RvX2ly cV9sYXRlZW9pKGV2dGNobl9wb3J0X3QgZXZ0Y2huKTsKIGludCBiaW5kX2V2 dGNobl90b19pcnFoYW5kbGVyKGV2dGNobl9wb3J0X3QgZXZ0Y2huLAogCQkJ ICAgICAgaXJxX2hhbmRsZXJfdCBoYW5kbGVyLAogCQkJICAgICAgdW5zaWdu ZWQgbG9uZyBpcnFmbGFncywgY29uc3QgY2hhciAqZGV2bmFtZSwKLS0gCjIu MjYuMgoK --=separator-- From xen-users-bounces@lists.xenproject.org Mon Dec 20 12:09:51 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 Dec 2021 12:09:51 +0000 Received: from list by lists.xenproject.org with outflank-mailman.249700.430134 (Exim 4.92) (envelope-from ) id 1mzHTh-0007aP-Fw; Mon, 20 Dec 2021 12:09:17 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 249700.430134; Mon, 20 Dec 2021 12:09:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHTh-0007aE-Bs; Mon, 20 Dec 2021 12:09:17 +0000 Received: by outflank-mailman (input) for mailman id 249700; Mon, 20 Dec 2021 12:09:15 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHP7-0001n7-Tc for xen-users@lists.xen.org; Mon, 20 Dec 2021 12:04:34 +0000 Received: from mail.xenproject.org (mail.xenproject.org [104.130.215.37]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id fbb55bba-618c-11ec-85d3-df6b77346a89; Mon, 20 Dec 2021 13:04:29 +0100 (CET) Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzHOv-0003yB-SM; Mon, 20 Dec 2021 12:04:21 +0000 Received: from julieng by xenbits.xenproject.org with local (Exim 4.92) (envelope-from ) id 1mzHOv-0005Fc-RG; Mon, 20 Dec 2021 12:04:21 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: fbb55bba-618c-11ec-85d3-df6b77346a89 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Date:Message-Id:Subject:CC:From:To:MIME-Version: Content-Transfer-Encoding:Content-Type; bh=BOtpR7DrIJgh8IGhaIB9OInkz3uQZEba6oQe/UkxA5c=; b=0a7UZPGnpK3+cPCZ1MDGZNIONu dFsiIB0MUBQOax8OkYxTHDrSWB2jmsaaE85qnfoWeBFFijMaMUBP+2+6gK8zoPVj6mI+M76czKtPE s9qSzgcSiVERzE1nna4MTa/ashVlhEjECNy/KUMNax25IrdYj6N4bUVZbZNwNrd8Vmdc=; Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team CC: Xen.org security team Subject: Xen Security Advisory 376 v1 - frontends vulnerable to backends Message-Id: Date: Mon, 20 Dec 2021 12:04:21 +0000 --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Xen Security Advisory XSA-376 frontends vulnerable to backends ISSUE DESCRIPTION ================= Xen offers the ability to run PV backends in regular unprivileged guests, typically referred to as "driver domains". Running PV backends in driver domains has one primary security advantage: if a driver domain gets compromised, it doesn't have the privileges to take over the system. However, a malicious driver domain could try to attack other guests via the PV protocol. Many PV frontends are hardened against misbehaving PV backends, but a few of them are not and might be susceptible to Denial of Service attacks and metadata manipulation triggered by malicious PV backends. IMPACT ====== Potentially malicious PV backends can cause guest DoS due to unhardened frontends in the guests, even though this ought to have been prevented by containing them within a driver domain. VULNERABLE SYSTEMS ================== All guests with non-hardened frontends being serviced by potentially malicious backends are vulnerable, even if those backends are running in a less privileged environment. The vulnerability is not affecting the host, but the guests using non-hardened frontends. The console, block and net frontends have been hardened in the Linux kernel 5.16, so guests running Linux with kernel 5.16 or newer are not currently known to be vulnerable to potentially malicious console, block or net backends. MITIGATION ========== In case of running potentially malicious backends, using only hardened frontend counterparts in guests will mitigate the problem. NOTE REGARDING LACK OF EMBARGO ============================== This issue was discussed in public already. RESOLUTION ========== The related patch is just a clarification of the security statement, so it will NOT mitigate anything. As there is no urgent need for this patch to go into the Xen tree it will be posted on the xen-devel mailing list after disclosure of this advisory. xsa376.patch xen-unstable $ sha256sum xsa376* b18551f7800d5a232bbe6953b1222ecb2c5a2058285c6fbc8d64f9b7dea2415f xsa376.patch $ -----BEGIN PGP SIGNATURE----- iQFABAEBCAAqFiEEI+MiLBRfRHX6gGCng/4UyVfoK9kFAmG8rFMMHHBncEB4ZW4u b3JnAAoJEIP+FMlX6CvZSP4H/RcD4WLHi3TuSeNspsv/+dNb906LIueHFn/3U5Pg 5Jv8EHjv16apUhzgwTfTtx0pcCCDY2aEq0rdCziGpnTKiYzEarhTuVvc5igy9U0p jqazRTyUkU1pV6HwFIGi/kHXTUpO60amWgKoFzyM9ZMl6WKDejb2rTu6TJC5FyiE cxpe79GC98ECw8d131EfQgRx2/TIZuVQmKZlx3vVNG1lBlMZpFX2iioR7ajCQmdu XWt14kDYdLvmZ1UzlrOH9+jhMRIyFZ1jBZXtXEUN0zSC+aTje6nPO3WSf/gXbmNF COUrd7JPIMEO8PvnjzM3l1PS3XltIf2wTaVr5LjmkyBoMyM= =J4gx -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa376.patch" Content-Disposition: attachment; filename="xsa376.patch" Content-Transfer-Encoding: base64 RnJvbSAwMmQzYTU3ZDY0NjYzNjNiMzE2YjYwZmZiYmE0MTRhNGEyY2I5MGM1 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKdWVyZ2VuIEdyb3Nz IDxqZ3Jvc3NAc3VzZS5jb20+CkRhdGU6IFRodSwgMjUgTm92IDIwMjEgMTM6 Mzg6MjkgKzAxMDAKU3ViamVjdDogW1BBVENIXSBTVVBQT1JULm1kOiBsaW1p dCBzdXBwb3J0IHN0YXRlbWVudCBmb3IgTGludXggYW5kIFdpbmRvd3MKIGZy b250ZW5kcwoKQ2hhbmdlIHRoZSBzdXBwb3J0IHN0YXRlIG9mIExpbnV4IGFu ZCBXaW5kb3dzIHB2IGZyb250ZW5kcyBmcm9tCiJzdXBwb3J0ZWQiIHRvICJz dXBwb3J0ZWQgd2l0aCBjYXZlYXRzIiBpbiBvcmRlciB0byByZWZsZWN0IHRo YXQgdGhlCmZyb250ZW5kcyBjYW4gcHJvYmFibHkgYmUgaGFybWVkIGJ5IHRo ZWlyIHJlc3BlY3RpdmUgYmFja2VuZHMuCgpTb21lIG9mIHRoZSBMaW51eCBm cm9udGVuZHMgaGF2ZSBiZWVuIGhhcmRlbmVkIGFscmVhZHkuCgpUaGlzIGlz IFhTQS0zNzYKClNpZ25lZC1vZmYtYnk6IEp1ZXJnZW4gR3Jvc3MgPGpncm9z c0BzdXNlLmNvbT4KLS0tCiBTVVBQT1JULm1kIHwgNTcgKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tCiAx IGZpbGUgY2hhbmdlZCwgNDggaW5zZXJ0aW9ucygrKSwgOSBkZWxldGlvbnMo LSkKCmRpZmYgLS1naXQgYS9TVVBQT1JULm1kIGIvU1VQUE9SVC5tZAppbmRl eCAzYTM0OTMzYzg5Li42ZTNlMzA1YjAxIDEwMDY0NAotLS0gYS9TVVBQT1JU Lm1kCisrKyBiL1NVUFBPUlQubWQKQEAgLTQxMSw3ICs0MTEsMTEgQEAgR3Vl c3Qtc2lkZSBkcml2ZXIgY2FwYWJsZSBvZiBzcGVha2luZyB0aGUgWGVuIFBW IGJsb2NrIHByb3RvY29sCiAgICAgU3RhdHVzLCBGcmVlQlNEOiBTdXBwb3J0 ZWQsIFNlY3VyaXR5IHN1cHBvcnQgZXh0ZXJuYWwKICAgICBTdGF0dXMsIE5l dEJTRDogU3VwcG9ydGVkLCBTZWN1cml0eSBzdXBwb3J0IGV4dGVybmFsCiAg ICAgU3RhdHVzLCBPcGVuQlNEOiBTdXBwb3J0ZWQsIFNlY3VyaXR5IHN1cHBv cnQgZXh0ZXJuYWwKLSAgICBTdGF0dXMsIFdpbmRvd3M6IFN1cHBvcnRlZAor ICAgIFN0YXR1cywgV2luZG93czogU3VwcG9ydGVkLCB3aXRoIGNhdmVhdHMK KworV2luZG93cyBmcm9udGVuZCBjdXJyZW50bHkgdHJ1c3RzIHRoZSBiYWNr ZW5kOworYnVncyBpbiB0aGUgZnJvbnRlbmQgd2hpY2ggYWxsb3cgYmFja2Vu ZCB0byBjYXVzZSBtaXNjaGllZiB3aWxsIG5vdCBiZQorY29uc2lkZXJlZCBz ZWN1cml0eSB2dWxuZXJhYmlsaXRpZXMuCiAKICMjIyBOZXRmcm9udAogCkBA IC00MjEsMjAgKzQyNSwzMiBAQCBHdWVzdC1zaWRlIGRyaXZlciBjYXBhYmxl IG9mIHNwZWFraW5nIHRoZSBYZW4gUFYgbmV0d29ya2luZyBwcm90b2NvbAog ICAgIFN0YXR1cywgRnJlZUJTRDogU3VwcG9ydGVkLCBTZWN1cml0eSBzdXBw b3J0IGV4dGVybmFsCiAgICAgU3RhdHVzLCBOZXRCU0Q6IFN1cHBvcnRlZCwg U2VjdXJpdHkgc3VwcG9ydCBleHRlcm5hbAogICAgIFN0YXR1cywgT3BlbkJT RDogU3VwcG9ydGVkLCBTZWN1cml0eSBzdXBwb3J0IGV4dGVybmFsCi0gICAg U3RhdHVzLCBXaW5kb3dzOiBTdXBwb3J0ZWQKKyAgICBTdGF0dXMsIFdpbmRv d3M6IFN1cHBvcnRlZCwgd2l0aCBjYXZlYXRzCisKK1dpbmRvd3MgZnJvbnRl bmQgY3VycmVudGx5IHRydXN0cyB0aGUgYmFja2VuZDsKK2J1Z3MgaW4gdGhl IGZyb250ZW5kIHdoaWNoIGFsbG93IGJhY2tlbmQgdG8gY2F1c2UgbWlzY2hp ZWYgd2lsbCBub3QgYmUKK2NvbnNpZGVyZWQgc2VjdXJpdHkgdnVsbmVyYWJp bGl0aWVzLgogCiAjIyMgUFYgRnJhbWVidWZmZXIgKGZyb250ZW5kKQogCiBH dWVzdC1zaWRlIGRyaXZlciBjYXBhYmxlIG9mIHNwZWFraW5nIHRoZSBYZW4g UFYgRnJhbWVidWZmZXIgcHJvdG9jb2wKIAotICAgIFN0YXR1cywgTGludXgg KHhlbi1mYmZyb250KTogU3VwcG9ydGVkCisgICAgU3RhdHVzLCBMaW51eCAo eGVuLWZiZnJvbnQpOiBTdXBwb3J0ZWQsIHdpdGggY2F2ZWF0cworCitMaW51 eCBmcm9udGVuZCBjdXJyZW50bHkgdHJ1c3RzIHRoZSBiYWNrZW5kOworYnVn cyBpbiB0aGUgZnJvbnRlbmQgd2hpY2ggYWxsb3cgYmFja2VuZCB0byBjYXVz ZSBtaXNjaGllZiB3aWxsIG5vdCBiZQorY29uc2lkZXJlZCBzZWN1cml0eSB2 dWxuZXJhYmlsaXRpZXMuCiAKICMjIyBQViBkaXNwbGF5IChmcm9udGVuZCkK IAogR3Vlc3Qtc2lkZSBkcml2ZXIgY2FwYWJsZSBvZiBzcGVha2luZyB0aGUg WGVuIFBWIGRpc3BsYXkgcHJvdG9jb2wKIAotICAgIFN0YXR1cywgTGludXg6 IFN1cHBvcnRlZCAob3V0c2lkZSBvZiAiYmFja2VuZCBhbGxvY2F0aW9uIiBt b2RlKQotICAgIFN0YXR1cywgTGludXg6IEV4cGVyaW1lbnRhbCAoaW4gImJh Y2tlbmQgYWxsb2NhdGlvbiIgbW9kZSkKKyAgICBTdGF0dXMsIExpbnV4LCBv dXRzaWRlIG9mICJiYWNrZW5kIGFsbG9jYXRpb24iIG1vZGU6IFN1cHBvcnRl ZCwgd2l0aCBjYXZlYXRzCisgICAgU3RhdHVzLCBMaW51eCwgImJhY2tlbmQg YWxsb2NhdGlvbiIgbW9kZTogRXhwZXJpbWVudGFsCisKK0xpbnV4IGZyb250 ZW5kIGN1cnJlbnRseSB0cnVzdHMgdGhlIGJhY2tlbmQ7CitidWdzIGluIHRo ZSBmcm9udGVuZCB3aGljaCBhbGxvdyBiYWNrZW5kIHRvIGNhdXNlIG1pc2No aWVmIHdpbGwgbm90IGJlCitjb25zaWRlcmVkIHNlY3VyaXR5IHZ1bG5lcmFi aWxpdGllcy4KIAogIyMjIFBWIENvbnNvbGUgKGZyb250ZW5kKQogCkBAIC00 NDMsNyArNDU5LDExIEBAIEd1ZXN0LXNpZGUgZHJpdmVyIGNhcGFibGUgb2Yg c3BlYWtpbmcgdGhlIFhlbiBQViBjb25zb2xlIHByb3RvY29sCiAgICAgU3Rh dHVzLCBMaW51eCAoaHZjX3hlbik6IFN1cHBvcnRlZAogICAgIFN0YXR1cywg RnJlZUJTRDogU3VwcG9ydGVkLCBTZWN1cml0eSBzdXBwb3J0IGV4dGVybmFs CiAgICAgU3RhdHVzLCBOZXRCU0Q6IFN1cHBvcnRlZCwgU2VjdXJpdHkgc3Vw cG9ydCBleHRlcm5hbAotICAgIFN0YXR1cywgV2luZG93czogU3VwcG9ydGVk CisgICAgU3RhdHVzLCBXaW5kb3dzOiBTdXBwb3J0ZWQsIHdpdGggY2F2ZWF0 cworCitXaW5kb3dzIGZyb250ZW5kIGN1cnJlbnRseSB0cnVzdHMgdGhlIGJh Y2tlbmQ7CitidWdzIGluIHRoZSBmcm9udGVuZCB3aGljaCBhbGxvdyBiYWNr ZW5kIHRvIGNhdXNlIG1pc2NoaWVmIHdpbGwgbm90IGJlCitjb25zaWRlcmVk IHNlY3VyaXR5IHZ1bG5lcmFiaWxpdGllcy4KIAogIyMjIFBWIGtleWJvYXJk IChmcm9udGVuZCkKIApAQCAtNDUxLDExICs0NzEsMTkgQEAgR3Vlc3Qtc2lk ZSBkcml2ZXIgY2FwYWJsZSBvZiBzcGVha2luZyB0aGUgWGVuIFBWIGtleWJv YXJkIHByb3RvY29sLgogTm90ZSB0aGF0IHRoZSAia2V5Ym9hcmQgcHJvdG9j b2wiIGluY2x1ZGVzIG1vdXNlIC8gcG9pbnRlciAvCiBtdWx0aS10b3VjaCBz dXBwb3J0IGFzIHdlbGwuCiAKLSAgICBTdGF0dXMsIExpbnV4ICh4ZW4ta2Jk ZnJvbnQpOiBTdXBwb3J0ZWQKKyAgICBTdGF0dXMsIExpbnV4ICh4ZW4ta2Jk ZnJvbnQpOiBTdXBwb3J0ZWQsIHdpdGggY2F2ZWF0cworCitMaW51eCBmcm9u dGVuZCBjdXJyZW50bHkgdHJ1c3RzIHRoZSBiYWNrZW5kOworYnVncyBpbiB0 aGUgZnJvbnRlbmQgd2hpY2ggYWxsb3cgYmFja2VuZCB0byBjYXVzZSBtaXNj aGllZiB3aWxsIG5vdCBiZQorY29uc2lkZXJlZCBzZWN1cml0eSB2dWxuZXJh YmlsaXRpZXMuCiAKICMjIyBQViBVU0IgKGZyb250ZW5kKQogCi0gICAgU3Rh dHVzLCBMaW51eDogU3VwcG9ydGVkCisgICAgU3RhdHVzLCBMaW51eDogU3Vw cG9ydGVkLCB3aXRoIGNhdmVhdHMKKworTGludXggZnJvbnRlbmQgY3VycmVu dGx5IHRydXN0cyB0aGUgYmFja2VuZDsKK2J1Z3MgaW4gdGhlIGZyb250ZW5k IHdoaWNoIGFsbG93IGJhY2tlbmQgdG8gY2F1c2UgbWlzY2hpZWYgd2lsbCBu b3QgYmUKK2NvbnNpZGVyZWQgc2VjdXJpdHkgdnVsbmVyYWJpbGl0aWVzLgog CiAjIyMgUFYgU0NTSSBwcm90b2NvbCAoZnJvbnRlbmQpCiAKQEAgLTQ2NCw2 ICs0OTIsMTAgQEAgbXVsdGktdG91Y2ggc3VwcG9ydCBhcyB3ZWxsLgogTkIg dGhhdCB3aGlsZSB0aGUgUFYgU0NTSSBmcm9udGVuZCBpcyBpbiBMaW51eCBh bmQgdGVzdGVkIHJlZ3VsYXJseSwKIHRoZXJlIGlzIGN1cnJlbnRseSBubyB4 bCBzdXBwb3J0LgogCitMaW51eCBmcm9udGVuZCBjdXJyZW50bHkgdHJ1c3Rz IHRoZSBiYWNrZW5kOworYnVncyBpbiB0aGUgZnJvbnRlbmQgd2hpY2ggYWxs b3cgYmFja2VuZCB0byBjYXVzZSBtaXNjaGllZiB3aWxsIG5vdCBiZQorY29u c2lkZXJlZCBzZWN1cml0eSB2dWxuZXJhYmlsaXRpZXMuCisKICMjIyBQViBU UE0gKGZyb250ZW5kKQogCiBHdWVzdC1zaWRlIGRyaXZlciBjYXBhYmxlIG9m IHNwZWFraW5nIHRoZSBYZW4gUFYgVFBNIHByb3RvY29sCkBAIC00ODYsNyAr NTE4LDExIEBAIEd1ZXN0LXNpZGUgZHJpdmVyIGNhcGFibGUgb2YgbWFraW5n IHB2IHN5c3RlbSBjYWxscwogCiBHdWVzdC1zaWRlIGRyaXZlciBjYXBhYmxl IG9mIHNwZWFraW5nIHRoZSBYZW4gUFYgc291bmQgcHJvdG9jb2wKIAotICAg IFN0YXR1cywgTGludXg6IFN1cHBvcnRlZAorICAgIFN0YXR1cywgTGludXg6 IFN1cHBvcnRlZCwgd2l0aCBjYXZlYXRzCisKK0xpbnV4IGZyb250ZW5kIGN1 cnJlbnRseSB0cnVzdHMgdGhlIGJhY2tlbmQ7CitidWdzIGluIHRoZSBmcm9u dGVuZCB3aGljaCBhbGxvdyBiYWNrZW5kIHRvIGNhdXNlIG1pc2NoaWVmIHdp bGwgbm90IGJlCitjb25zaWRlcmVkIHNlY3VyaXR5IHZ1bG5lcmFiaWxpdGll cy4KIAogIyMgVmlydHVhbCBkZXZpY2Ugc3VwcG9ydCwgaG9zdCBzaWRlCiAK QEAgLTk4Nyw2ICsxMDIzLDkgQEAgYXJlIGdpdmVuIHRoZSBmb2xsb3dpbmcg bGFiZWxzOgogCiAgICAgVGhpcyBmZWF0dXJlIGlzIHNlY3VyaXR5IHN1cHBv cnRlZAogICAgIGJ5IGEgZGlmZmVyZW50IG9yZ2FuaXphdGlvbiAobm90IHRo ZSBYZW5Qcm9qZWN0KS4KKyAgICBUaGUgZXh0ZW50IG9mIHN1cHBvcnQgaXMg ZGVmaW5lZCBieSB0aGF0IG9yZ2FuaXphdGlvbi4KKyAgICBJdCBtaWdodCBi ZSBsaW1pdGVkLCBlLmcuIGxpa2UgZGVzY3JpYmVkIGluICoqU3VwcG9ydGVk LCB3aXRoIGNhdmVhdHMqKgorICAgIGJlbG93LgogICAgIFNlZSAqKkV4dGVy bmFsIHNlY3VyaXR5IHN1cHBvcnQqKiBiZWxvdy4KIAogICAqICoqU3VwcG9y dGVkLCB3aXRoIGNhdmVhdHMqKgotLSAKMi4yNi4yCgo= --=separator-- From xen-users-bounces@lists.xenproject.org Mon Dec 20 17:15:22 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 Dec 2021 17:15:22 +0000 Received: from list by lists.xenproject.org with outflank-mailman.248498.430429 (Exim 4.92) (envelope-from ) id 1mzMEw-0003QP-Dc; Mon, 20 Dec 2021 17:14:22 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 248498.430429; Mon, 20 Dec 2021 17:14:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzMEw-0003QE-9e; Mon, 20 Dec 2021 17:14:22 +0000 Received: by outflank-mailman (input) for mailman id 248498; Fri, 17 Dec 2021 09:51:17 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1my9tU-0006fR-MU for xen-users@lists.xenproject.org; Fri, 17 Dec 2021 09:51:16 +0000 Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [2607:f8b0:4864:20::d2f]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id dd2be1e0-5f1e-11ec-9e60-abaf8a552007; Fri, 17 Dec 2021 10:51:13 +0100 (CET) Received: by mail-io1-xd2f.google.com with SMTP id e128so2135392iof.1 for ; Fri, 17 Dec 2021 01:51:11 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: dd2be1e0-5f1e-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cimware-in.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SgCWM9WydYmEPr+zpEmxYj2zsBsjQyin1rEgDMdMKuE=; b=OTt++I3qVHgpiqfaH2M2W+gIy5aFv3PMJaMsNmF5ecTY6ae+S/dlzS/DCaU+ADtuDE drlrBnW6bo2+J/2BYpLn/SoKyKyOpVSZoTh/njxEmMrzDxSkehiOUK2NQnxd3ilym1qk wlCX58YlnieldFUXSwmn7dhyo9oiONfeedkFPteBb+JAIt73dQ/IhZdcJf+l8qULJdvF vV5fMeN67RlKp0+eAOzAvpcKva5ji5WCx6ixZljXOsFBahVx8Cgu5JEngfzHA9RLDNTa 9Ic5Oqricwvyr0v8mF4PpCQQZUCXf98ga1gEzoEg65xoe+yMl8Dk2+UC/xOmKiJd97fW KLLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SgCWM9WydYmEPr+zpEmxYj2zsBsjQyin1rEgDMdMKuE=; b=CgEdDy1J8i3xg3aQJCNgCknMMxsDths3h+Sx5e/xT3ZRiouIQtlzs1RXedKOcF4PE8 earUDV/+NR7n1gzwD/unqGhKxgXYpxdeOIMCF0UnFUyWaPmP5euWjt3ddtGsKdyKq/Np Qsy3YTJA32nIuMi25mm7GH75P9FjI6P3Z1oOS1OBn4RYRIlHnnYmETHD/LFyf192fQlr hoLmUk779C7rcJTN9u46GDaghsNN6oBWyPyF/nskwxqtSE3DnonGWt+N2jFHbHHy/0/S mw6lzyj0bH8MzS4SQRR97ZHRV4ReFWMYHT87k9ldEgqIMsVcauUb7DTYtHNRvfdGV2ZE 6lUg== X-Gm-Message-State: AOAM53321NmrEcG4KnhYLdryjUcT0bGhgxCL/X4GSZH+PdIdGnErd/QH /9QmpF96D6lp2fa7e3bM54PVqnbSts8yYTBBXDhcK1ouwg== X-Google-Smtp-Source: ABdhPJxv0KxbRalL7JgE8Yk5Gwqa3GYc06lY3PGH9iUR87oY/SjQlKf+G1XJxOlJZooMbkG/pQV3tJlKeOvbU+rHWW4= X-Received: by 2002:a05:6638:3a4:: with SMTP id z4mr1242353jap.76.1639734670585; Fri, 17 Dec 2021 01:51:10 -0800 (PST) MIME-Version: 1.0 References: <8717bb3d-1d3f-a3fd-6ebc-804a99fff89a@nethence.com> In-Reply-To: From: Sai Kiran Kumar Reddy Date: Fri, 17 Dec 2021 15:20:59 +0530 Message-ID: Subject: Re: Xen on LFS To: Pierre-Philipp Braun Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="00000000000091046005d3547a6d" --00000000000091046005d3547a6d Content-Type: text/plain; charset="UTF-8" Hi, I am not able to create xen.efi, following the instructions in this link . However, after adding all the kernel modules and installing xen, I see that xen is not loaded. CONFIG_EFI_STUB is set to y. Virtualisation support is enabled in BIOS menu. I was not able to find any error while installing xen. I am not sure what the issue could be. How do I find out what could be the issue? Could you please help me out here. Thanks in advance for your time and support. Regards, Sai Kiran. On Mon, Dec 13, 2021 at 3:58 PM Sai Kiran Kumar Reddy wrote: > Hi, > > Thanks for your email. I was able to install required xorg packages. I was > able to successfully build xen from source. I did not see any errors after > installing i.e, after make world, make install commands. I want to boot xen > from EFI directly, instead of using GRUB bootloader. For that, I need > xen.efi. I have built xen on a pendrive, with msdos partition. I was not > able to find xen.efi. I am not sure about the issue here. Could it be > because of msdos partition on USB stick? Could you please help me out here. > > Thanks in advance, > > Regards, > Sai Kiran. > > On Fri, Dec 3, 2021 at 7:43 PM Pierre-Philipp Braun > wrote: > >> > I am Sai Kiran. I am currently working on installing xen on Linux From >> > Scratch(LFS) system. One of the dependencies of xen is "xorg" package. >> >> Hello Sai, it's because of QEMU indeed, but you can pass extra arguments >> to also avoid it there >> >> --with-extra-qemuu-configure-args="..." >> >> most notably >> >> --disable-gtk \ >> --disable-sdl \ >> --disable-sdl-image \ >> --disable-opengl \ >> >> The script I use to build XEN on Slackware >> >> https://github.com/pbraun9/slackbuilds/blob/master/xen-nox/xen-nox.SlackBuild >> >> Beware the configure options change depending on what branch or version >> you're using. >> https://pub.nethence.com/xen/slackware-current >> >> HTH >> -- >> Pierre-Philipp Braun >> SMTP Health Campaign: enforce STARTTLS and verify MX certificates >> >> >> --00000000000091046005d3547a6d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I am not able to create xen.efi, fo= llowing the instructions in this link. However, after adding all the kernel module= s and installing xen, I see that xen is not loaded. CONFIG_EFI_STUB is set = to y. Virtualisation support=C2=A0is enabled in BIOS menu. I was not able t= o find any error while installing xen. I am not sure what the issue could b= e. How do I find out what could be the issue? Could you please help me out = here.=C2=A0

Thanks in advance for your time and su= pport.

Regards,
Sai Kiran.=C2=A0

On= Mon, Dec 13, 2021 at 3:58 PM Sai Kiran Kumar Reddy <skiran@cimware.in> wrote:
Hi,=C2=A0

Thanks for your email. I was able to install required xorg packages. = I was able to successfully build xen from source. I did not see any errors = after installing i.e, after make world, make install commands. I want to bo= ot xen from EFI directly, instead of using GRUB bootloader. For that, I nee= d xen.efi. I have built xen on a pendrive, with msdos=C2=A0partition. I was= not able to find xen.efi. I am not sure about the issue here. Could it be = because of msdos=C2=A0partition on USB stick? Could you please help me out = here.=C2=A0

Thanks in=C2=A0advance,

=
Regards,
Sai Kiran.

On Fri, Dec 3, 2021 at 7:43 P= M Pierre-Philipp Braun <pbraun@nethence.com> wrote:
> I am Sai Kiran. I am currently working on = installing xen on Linux From
> Scratch(LFS) system. One of the dependencies of xen is "xorg"= ; package.

Hello Sai, it's because of QEMU indeed, but you can pass extra argument= s
to also avoid it there

=C2=A0 =C2=A0 =C2=A0 =C2=A0 --with-extra-qemuu-configure-args=3D"...&q= uot;

most notably

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-gtk \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-sdl \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-sdl-image= \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --disable-opengl \<= br>
The script I use to build XEN on Slackware
https://github.com/pbra= un9/slackbuilds/blob/master/xen-nox/xen-nox.SlackBuild

Beware the configure options change depending on what branch or version you're using.
https://pub.nethence.com/xen/slackware-current

HTH
--
Pierre-Philipp Braun
SMTP Health Campaign: enforce STARTTLS and verify MX certificates
<https://nethence.com/smtp/>

--00000000000091046005d3547a6d-- From xen-users-bounces@lists.xenproject.org Tue Dec 21 12:36:05 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 Dec 2021 12:36:05 +0000 Received: from list by lists.xenproject.org with outflank-mailman.250386.431266 (Exim 4.92) (envelope-from ) id 1mzeMP-0003ra-EI; Tue, 21 Dec 2021 12:35:17 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 250386.431266; Tue, 21 Dec 2021 12:35:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzeMP-0003rS-Ar; Tue, 21 Dec 2021 12:35:17 +0000 Received: by outflank-mailman (input) for mailman id 250386; Tue, 21 Dec 2021 12:35:15 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzeMM-0003rM-W6 for xen-users@lists.xen.org; Tue, 21 Dec 2021 12:35:15 +0000 Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [2607:f8b0:4864:20::a2b]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 703461a7-625a-11ec-9e60-abaf8a552007; Tue, 21 Dec 2021 13:35:12 +0100 (CET) Received: by mail-vk1-xa2b.google.com with SMTP id s144so8087977vkb.8 for ; Tue, 21 Dec 2021 04:35:11 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 703461a7-625a-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=koprow.ski; s=google; h=mime-version:from:date:message-id:subject:to; bh=BFDnyUlg38w7lc//RifygpbOEpPnCLGpLs8ccO8OyNw=; b=Gs/Qrc09z2TOpbTBEEYx/eAYNoc4WTnCHPU0kBBUoaFNSZJWWlhy0KdX56qbvi7A4q qWlAVWkRdRwzCMnGxgPERHlDzzhT+CwrSG2cWmMTjZdPSWij9j5kismjcT/sCABPVtFH HkTfbPzFg4tBCBF/nX+aAtY9/jbwAHhgGuKOQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BFDnyUlg38w7lc//RifygpbOEpPnCLGpLs8ccO8OyNw=; b=nyLLLim5M/P8Jx3s4sx6QAvRApm8jKtaeZZNXpah9Tf4qtKgDVnHPOpm5BM7DFDLDR SMnc+LvfIoqLDCwiCEy3dSqnby4RtAsipEW5tEkGnL+3zuNUdLr2Gt0U7Gt9C/h1Addz Vmx256UYkvQ2NcZJg71+HSj9hIhfgHI18/dYXcCHuSK09hkTqimvqCO+u/plMnO6/iv9 4w2WWeQcpceMPF4JnfPAonW4gTwQvNfWF7NhusK5Z6cBsbL0c2qEytAqRqpnKxo3bST6 ds3iKdtNFim0fg7JY5M4WwQkIJJ/NoMfySZ3nMEk5IH+WfSGZogtn5fiXUq61evz3gJH Egpg== X-Gm-Message-State: AOAM531cK62PJ/JcSggAtD1dQZeQ6NfKkkTpPPsscZaANxoVSIAsKQSE 468eoKF3iuNcAc8L7JQRDUtvZHyEg+8qBpMAV+LNC6b75iuMMb2Q X-Google-Smtp-Source: ABdhPJwigiYazhCiBQ5bq8CuflJbec+nVdAM2ON6vEZ19NulUZTV1x3412K9lhGG3t+/hHWL7vjB3LWAe6RMPuBrkA8= X-Received: by 2002:a1f:3fcb:: with SMTP id m194mr1129220vka.15.1640090110243; Tue, 21 Dec 2021 04:35:10 -0800 (PST) MIME-Version: 1.0 From: Charles Koprowski Date: Tue, 21 Dec 2021 13:34:57 +0100 Message-ID: Subject: RAW / Qcow disk image online resizing To: xen-users@lists.xen.org Content-Type: multipart/alternative; boundary="0000000000006bc86805d3a73c4b" --0000000000006bc86805d3a73c4b Content-Type: text/plain; charset="UTF-8" Hello, Is it possible to expand the disk capacity of a domU that uses a RAW or Qcow disk image? I usually do this with domUs whose disks are LVM volumes using lvextend from the dom0 and then resize2fs from the domU. But when I extend a RAW or Qcow image with qemu-img extend, the new disk size is not propagated to the domU until the next reboot. Thank you Regards, -- Charles --0000000000006bc86805d3a73c4b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Is it possible to expand the disk capac= ity of a domU that uses a RAW or Qcow disk image?

I usually do this = with domUs whose disks are LVM volumes using lvextend from the dom0 and the= n resize2fs from the domU.

But when I extend a RAW= or Qcow image with qemu-img extend, the new disk size is not propagated to= the domU until the next reboot.

Thank you

Regards,

--
Charl= es
--0000000000006bc86805d3a73c4b-- From xen-users-bounces@lists.xenproject.org Tue Dec 21 20:46:47 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 Dec 2021 20:46:47 +0000 Received: from list by lists.xenproject.org with outflank-mailman.250130.431613 (Exim 4.92) (envelope-from ) id 1mzm0y-0006RI-Of; Tue, 21 Dec 2021 20:45:40 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 250130.431613; Tue, 21 Dec 2021 20:45:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzm0y-0006RA-LV; Tue, 21 Dec 2021 20:45:40 +0000 Received: by outflank-mailman (input) for mailman id 250130; Tue, 21 Dec 2021 07:22:05 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzZTJ-000761-Bu for xen-users@lists.xenproject.org; Tue, 21 Dec 2021 07:22:05 +0000 Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [2607:f8b0:4864:20::d36]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id b041e569-622e-11ec-9e60-abaf8a552007; Tue, 21 Dec 2021 08:22:02 +0100 (CET) Received: by mail-io1-xd36.google.com with SMTP id x10so16534544ioj.9 for ; Mon, 20 Dec 2021 23:22:01 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: b041e569-622e-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cimware-in.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=I7MdlSTg4eZsVc8yyjcz/0HNatJJ7MLrqfDQkmVls44=; b=NUZ/KtRe4awX4/uck9vv/ySjJ21RMY4EEkh7IiLUj5efeBJjyOGRtdR3RJTMpY5a8D K1p+0UEahFktfKdksSPe2leDmCUeNstMT0vRbXeiOrzBjYqgTvIIWh9kzoJfWLN5NzqB cGq1GfIEn/33EikQLNMmIu2V2pizx9PZBeWY7GJ7yyQCDnFg7gHc0aGjrCn5HOnb5WFT 2ygwKLPJ8yZzg0T7Nl8cDHvn6irVarOrFBle/0pdhTNLkCZ+jBJsofck+IOOWAHnTqEy lDZ7xKvSo3OCo5UsJGbL4xJ/9l41sB6tecyTu/d+gnswy4m4NQGXM1Iw+zvFRLwfAX9J DlFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=I7MdlSTg4eZsVc8yyjcz/0HNatJJ7MLrqfDQkmVls44=; b=K5pFOekfXaCgbE3jdy7hgAnhdzNJEMD7i1hcnYII4Ik4A50Cdh1R7xO7+du2McMKEZ hKxpMqskWD/4jujHV1Sm/ww7WdzgE0b/4dBhtTNc5LVj/fOQ5jEewz6+/Q8VxqXRsKr7 Gmhm7HhL7FcISTOZH9zngWLTcc0Vzl6OdCn5dEU1DzELAAYyAq7CvdttSI5GUare9yEl MrlVgU9O8Dht0R9jkIRbj7vmdje95yBtITYN4sFBdyqlb0I1kX8eTUW45LEEMNRcaIK/ FrYkgi8v+sPEB3+tQv38WxnJyi6eoCoRrMJol8wy+nHlIhogb5UYTE3RKr58jEaLFnwv VJ9g== X-Gm-Message-State: AOAM532m7MjZgc9/uJfOPqjTRA5FoiVUg654m60mCEWQenF007MdVWM1 i1XUjcmSBSXy6rrI3vu5fY2SZrLbFvgXWPqIns6kzg0FZUDo X-Google-Smtp-Source: ABdhPJz1AP3p+O7EMF/gjupZ9BLSVyHINuZDsm5dY92Q7pqMIgzapVxmlyPoo7Z3JVhryoG0fu2EwPy45yGFM9bJHeI= X-Received: by 2002:a05:6602:1407:: with SMTP id t7mr1009107iov.78.1640071320020; Mon, 20 Dec 2021 23:22:00 -0800 (PST) MIME-Version: 1.0 From: Sai Kiran Kumar Reddy Date: Tue, 21 Dec 2021 12:51:49 +0530 Message-ID: Subject: Problem using xl on Debian To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="0000000000006fba6d05d3a2dc0e" --0000000000006fba6d05d3a2dc0e Content-Type: text/plain; charset="UTF-8" Hi, I am new to Xen. I have built Xen from source on the Debian11 system. After rebooting, I see that first Xen is loaded and then Debian is loaded, which is as expected. When I use the command "xl", I get an error saying "xl command not found". After looking at some articles, I find that I need to install xen-utils-common. I installed it. But I get the error message that says "ERROR: Can't find version 4.16 of xen utils (maybe xen-utils-4.16 was already removed before rebooting out of Xen 4.16), bailing out!" I think I need to build xen-utils-4.16 also from source. But I am not able to find xen-utils-4.16 source code. I am not sure how to fix the error. Could anyone help me out here. Thanks in advance for your help and support. -- Regards, Sai Kiran. --0000000000006fba6d05d3a2dc0e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I am new to Xen. I have = built Xen from source on the Debian11 system. After rebooting, I see that f= irst Xen is loaded and then Debian is loaded, which is as expected. When I = use the command "xl", I get an error saying "xl command not = found". After looking at some articles, I find that I need to install = xen-utils-common. I installed it. But I get the error message that says &qu= ot;ERROR: =C2=A0Can't find version 4.16 of xen utils (maybe xen-utils-4= .16 was already removed before rebooting out of Xen 4.16), bailing out!&quo= t;

I think I need to build xen-utils-4.16 als= o from source. But I am not able to find xen-utils-4.16 source code. I am n= ot sure how to fix the error. Could anyone help me out here.

=
Thanks in advance for your help and support.

-= -
Regar= ds,
Sai Kiran.
--0000000000006fba6d05d3a2dc0e-- From xen-users-bounces@lists.xenproject.org Wed Dec 22 00:45:51 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 Dec 2021 00:45:51 +0000 Received: from list by lists.xenproject.org with outflank-mailman.250633.431674 (Exim 4.92) (envelope-from ) id 1mzpkT-0000t7-9K; Wed, 22 Dec 2021 00:44:53 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 250633.431674; Wed, 22 Dec 2021 00:44:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzpkT-0000sz-5c; Wed, 22 Dec 2021 00:44:53 +0000 Received: by outflank-mailman (input) for mailman id 250633; Wed, 22 Dec 2021 00:44:51 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzpkR-0000st-PY for xen-users@lists.xenproject.org; Wed, 22 Dec 2021 00:44:51 +0000 Received: from mail-vk1-xa2a.google.com (mail-vk1-xa2a.google.com [2607:f8b0:4864:20::a2a]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 5e4d2150-62c0-11ec-9e60-abaf8a552007; Wed, 22 Dec 2021 01:44:50 +0100 (CET) Received: by mail-vk1-xa2a.google.com with SMTP id c10so340946vkn.2 for ; Tue, 21 Dec 2021 16:44:50 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 5e4d2150-62c0-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cqTe4JqFgIN0ULKEBtwbpSsjSed5atX0u/gJDuViP7k=; b=NBzEKcIVwP4E09CCJatTmeoJb3m2vE/CRvKl4OpUbXFuR98loxLKHOF9VcLB7Fc9+m 8t+cTBBHDg9v8MtR6j8rTRXgUofx9VnRJdOuvFgc56RB2n1OBeGc9R1GvFjZaJRrOMkC inF2D8CNsaODGHPvHREiuPs19yUwtNXJQOdgsLtUQuYc9bgxhDebe/WzYPJKg8Nsi8Rh JSHasSPvPovZ97VX8JedNv3H6HrWKk2XTQDDHqPam4HS1eFMj0+7IFQQYYuXtLYqEMJC 6TMmHauwKsgg4X/XYxZxuE/mwRUTxVHowOJFp5Ty2FEvD5FdL7sfpOvTq5PfFezU7fW4 8NCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cqTe4JqFgIN0ULKEBtwbpSsjSed5atX0u/gJDuViP7k=; b=X4SRNByyEkZ14kqnNgQ/4446+r4Vx2az9myLopezkEziaPMgOj42McwcIAs0r4ljux xWOPmYkotOzaBrtM1/w/1x2mYddKeNjK5BrT7osOhzqKXfLXTaynqtdVwCVGMAUafTtN VlwcyrOCR8LA9nSjwIw6Ccep+0oECj5F6YOPzDeJB4K82r91EjHlF8CDEggfmoXsURfZ szgPXPrtQVbvYsMS3DPwm+Eg4k0uRPw2Cz8RVMVj+25esyNcX2e1knVbiGOOcUWyIF+3 sjWdE5QgKNHfXv74gIGrsYXr4cBSgFrUJTkHTXT21DmCFjTTrOP89qmQFsMKaeqkLuBb l4qw== X-Gm-Message-State: AOAM5329hAD3iBt+rJsOUb5rij80wlgCGwz/tMqltxPYaKDGiOWHH65O BjVJ5T+UbIsBwr+2NhUtzfls9Aj7yoN7fzuIGCvTwT34 X-Google-Smtp-Source: ABdhPJwgNq3Fw6UK4UVkDv9PivT0p/28TZHspUWMzlaClw3HXjQ+t+9reCOvNRxwvcFKrwKnukM7uiR6x2vmOOPoDzA= X-Received: by 2002:a05:6122:1354:: with SMTP id f20mr313073vkp.12.1640133889247; Tue, 21 Dec 2021 16:44:49 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Chris Myers Date: Tue, 21 Dec 2021 18:44:38 -0600 Message-ID: Subject: Re: Problem using xl on Debian To: Sai Kiran Kumar Reddy Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000da4c9805d3b16d55" --000000000000da4c9805d3b16d55 Content-Type: text/plain; charset="UTF-8" Just out of curiosity, why did you compile from source on Debian? They provide prepackaged versions. On Tue, Dec 21, 2021, 2:45 PM Sai Kiran Kumar Reddy wrote: > Hi, > > I am new to Xen. I have built Xen from source on the Debian11 system. > After rebooting, I see that first Xen is loaded and then Debian is loaded, > which is as expected. When I use the command "xl", I get an error saying > "xl command not found". After looking at some articles, I find that I need > to install xen-utils-common. I installed it. But I get the error message > that says "ERROR: Can't find version 4.16 of xen utils (maybe > xen-utils-4.16 was already removed before rebooting out of Xen 4.16), > bailing out!" > > I think I need to build xen-utils-4.16 also from source. But I am not able > to find xen-utils-4.16 source code. I am not sure how to fix the error. > Could anyone help me out here. > > Thanks in advance for your help and support. > > -- > Regards, > Sai Kiran. > --000000000000da4c9805d3b16d55 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just out of curiosity, why did you compile from source on= Debian? They provide prepackaged versions.

On Tue, Dec 21, 2021, 2:45 PM Sa= i Kiran Kumar Reddy <skiran@cimware= .in> wrote:
Hi,

I am new to Xen. I have built Xen from s= ource on the Debian11 system. After rebooting, I see that first Xen is load= ed and then Debian is loaded, which is as expected. When I use the command = "xl", I get an error saying "xl command not found". Aft= er looking at some articles, I find that I need to install xen-utils-common= . I installed it. But I get the error message that says "ERROR: =C2=A0= Can't find version 4.16 of xen utils (maybe xen-utils-4.16 was already = removed before rebooting out of Xen 4.16), bailing out!"

I think I need to build xen-utils-4.16 also from source. B= ut I am not able to find xen-utils-4.16 source code. I am not sure how to f= ix the error. Could anyone help me out here.

Thank= s in advance for your help and support.

--
Regards,
Sai Kiran.
--000000000000da4c9805d3b16d55-- From xen-users-bounces@lists.xenproject.org Wed Dec 22 16:20:48 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 Dec 2021 16:20:48 +0000 Received: from list by lists.xenproject.org with outflank-mailman.250668.432099 (Exim 4.92) (envelope-from ) id 1n04LM-0007rl-GT; Wed, 22 Dec 2021 16:19:56 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 250668.432099; Wed, 22 Dec 2021 16:19:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n04LM-0007rc-B3; Wed, 22 Dec 2021 16:19:56 +0000 Received: by outflank-mailman (input) for mailman id 250668; Wed, 22 Dec 2021 07:18:35 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1mzvtT-0003Qf-94 for xen-users@lists.xenproject.org; Wed, 22 Dec 2021 07:18:35 +0000 Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [2607:f8b0:4864:20::d31]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 5cfbc010-62f7-11ec-9e60-abaf8a552007; Wed, 22 Dec 2021 08:18:30 +0100 (CET) Received: by mail-io1-xd31.google.com with SMTP id e128so1700864iof.1 for ; Tue, 21 Dec 2021 23:18:30 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 5cfbc010-62f7-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cimware-in.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7cdxB1sOQnykTtw1bQQoZXg56l4scWE394naMXDvBDw=; b=mTw/XceFfdYYxIp3zZJgwHsDo05GPNLRjbeYaIJfpq65TJ4ZLY4s6jcYis+p3z0Bcm 2QFdE/NNOHksNe/QhNzTzlAl5jeYyJb0BL2vagMf/KRa7eaCi06plPZnOdcRArRMax7V 7Z/lNLC2uSelvWL2Gc3+oWvU3lHqFmZWeYe1O59ve/8XvbFpT+PhbIGS3VzVU4nhD66g Ep25HQl3YKOO1kwfTJGAs11/7ztEt2ao4d9UPMYuSdwz+aj9OP8c25zapH2qLMycm5BE 0pwg9vKgaf2u0CC6C5DvrwHiSBffhMJqtFPSz0DztmYYvWAgM9WnoQaSAFVd7gzu+U84 rXNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7cdxB1sOQnykTtw1bQQoZXg56l4scWE394naMXDvBDw=; b=Io6laJD5Zk/QCK2uz9iLPlFj0MOBPsSiWhd0U/76M5OyrKGn37EXrvqwUPwgNk7p3X l6xrIeTrjeJELjTF1cDBQ4m719W+j00eT41i177yWE8KlMQtPwGLlIcXr0FlBKgmU8Cq n5lmXJw7OJ+lSofsB0c3j9x3gnFZdvNl1YDrdo/QnoqXpzTnevVFAa5WRgNeD/XqKMpg v+hXQPHYTS0JD0+P2hrkwYuF/HwVNhk4+yRF7JNcL3BP/dbRjZasS0fUn/y1peQRe36Y XH0lyBST8bMnYbQ+z8BftWHne8QFsdFNg+E/NqNewDBZPuCO5Xr5YahekUvXajuocTao BEXg== X-Gm-Message-State: AOAM531YMdbZzSE02ZwaFrLbjvKo+eiKtibg2ixVDJFpNTqHZgWPTlIE 2qdGSB0yA14jqwDMuULFdKoCXI0AxK2fOF+UvHGniRugnw== X-Google-Smtp-Source: ABdhPJwMyslid42KdvlhzynT6Yvz+G2thFxyHGogi/mku7i5NPmc3+7uNrioy5NOogUsosLecI7eImJ1Caxw5gVScBE= X-Received: by 2002:a05:6638:ac8:: with SMTP id m8mr841085jab.171.1640157509380; Tue, 21 Dec 2021 23:18:29 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Sai Kiran Kumar Reddy Date: Wed, 22 Dec 2021 12:48:18 +0530 Message-ID: Subject: Re: Problem using xl on Debian To: Chris Myers Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000b902cb05d3b6ed66" --000000000000b902cb05d3b6ed66 Content-Type: text/plain; charset="UTF-8" Hi Chris, Thanks for your reply. I was actually trying to build Xen on the Linux From Scratch(LFS) system. While doing so, I got "xl: command not found" error. I wanted to know if the issue is with my LFS system or some configuration issue with xen. Hence I tried to build xen on debian and was hoping that if there is no error there, it would mean that there was some issue with my LFS. So, even though there are prepackaged versions of xen for Debian, I went ahead with building from source. However, I have just found that the error is because "/usr/local/bin & /usr/local/sbin" are not added to the PATH variable. Once I did that, I was able to proceed past the error. Hope I answered your question. Thanks for the support though, Chris. On Wed, Dec 22, 2021 at 6:14 AM Chris Myers wrote: > Just out of curiosity, why did you compile from source on Debian? They > provide prepackaged versions. > > On Tue, Dec 21, 2021, 2:45 PM Sai Kiran Kumar Reddy > wrote: > >> Hi, >> >> I am new to Xen. I have built Xen from source on the Debian11 system. >> After rebooting, I see that first Xen is loaded and then Debian is loaded, >> which is as expected. When I use the command "xl", I get an error saying >> "xl command not found". After looking at some articles, I find that I need >> to install xen-utils-common. I installed it. But I get the error message >> that says "ERROR: Can't find version 4.16 of xen utils (maybe >> xen-utils-4.16 was already removed before rebooting out of Xen 4.16), >> bailing out!" >> >> I think I need to build xen-utils-4.16 also from source. But I am not >> able to find xen-utils-4.16 source code. I am not sure how to fix the >> error. Could anyone help me out here. >> >> Thanks in advance for your help and support. >> >> -- >> Regards, >> Sai Kiran. >> > -- Regards, Sai Kiran. --000000000000b902cb05d3b6ed66 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Chris,

Thanks for your reply. I was = actually trying to build Xen on the Linux From Scratch(LFS) system. While d= oing so, I got "xl: command not found" error. I wanted to know if= the issue is with my LFS system or some configuration issue with xen. Henc= e I tried to build xen on debian and was hoping that if there is no error t= here, it would mean that there was some issue with my LFS. So, even though = there are prepackaged versions of xen for Debian, I went ahead with buildin= g from source.=C2=A0

However, I have just found th= at the error is because "/usr/local/bin & /usr/local/sbin" ar= e not added to the PATH variable. Once I did that, I was able to proceed pa= st the error. Hope I answered=C2=A0your question. Thanks for the support th= ough, Chris.=C2=A0

On Wed, Dec 22, 2021 at 6:14 AM Chris Myers <chrismyers81@gmail.com> wrote= :
Just out of curiosity, why did you compile from source on Debian? They = provide prepackaged versions.

On Tue, Dec 21, 2021, 2:45 PM Sai Kiran Kumar= Reddy <skiran@ci= mware.in> wrote:
Hi,

I am new to Xen.= I have built Xen from source on the Debian11 system. After rebooting, I se= e that first Xen is loaded and then Debian is loaded, which is as expected.= When I use the command "xl", I get an error saying "xl comm= and not found". After looking at some articles, I find that I need to = install xen-utils-common. I installed it. But I get the error message that = says "ERROR: =C2=A0Can't find version 4.16 of xen utils (maybe xen= -utils-4.16 was already removed before rebooting out of Xen 4.16), bailing = out!"

I think I need to build xen-utils-= 4.16 also from source. But I am not able to find xen-utils-4.16 source code= . I am not sure how to fix the error. Could anyone help me out here.
<= div>
Thanks in advance for your help and support.

--
Regards,
Sai = Kiran.


--
Regards,
Sai Kira= n.
--000000000000b902cb05d3b6ed66-- From xen-users-bounces@lists.xenproject.org Thu Dec 23 11:46:16 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 Dec 2021 11:46:16 +0000 Received: from list by lists.xenproject.org with outflank-mailman.251012.432263 (Exim 4.92) (envelope-from ) id 1n0MXA-0004Py-M9; Thu, 23 Dec 2021 11:45:20 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 251012.432263; Thu, 23 Dec 2021 11:45:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0MXA-0004Pn-FE; Thu, 23 Dec 2021 11:45:20 +0000 Received: by outflank-mailman (input) for mailman id 251012; Thu, 23 Dec 2021 11:45:19 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0MX8-0004Pg-R1 for xen-users@lists.xen.org; Thu, 23 Dec 2021 11:45:19 +0000 Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [2607:f8b0:4864:20::932]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id cb752a76-63e5-11ec-9e60-abaf8a552007; Thu, 23 Dec 2021 12:45:17 +0100 (CET) Received: by mail-ua1-x932.google.com with SMTP id p2so9390595uad.11 for ; Thu, 23 Dec 2021 03:45:16 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: cb752a76-63e5-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=koprow.ski; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=AwELFRpui3GLXIz6Ttl8z8RWYfQMRlW/mBiTGwzdKVA=; b=NR22F6b6wdwoEtZtt74v/24NO3KWYSJAA9ejuEGodceYwS/xA4ZCWdTEWmJbwbTKvq N73Q13JV4HZFlY3DHdypbaGi+aj8TjjI13VTQEHh2uknUSxnWdDvIOyOrwSImOtHcI+G MvwfhXycIiwA4TmbY7T9Ef5ebsBMZz1Dchyqk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=AwELFRpui3GLXIz6Ttl8z8RWYfQMRlW/mBiTGwzdKVA=; b=xExXttDfgJQYrC8YjFV6kmhDiknA8XNAaAoA+ugjxketSixqL1KBmuL0WvZN7AiFD+ hbxx0gVZkWgmn0Oe4sMEKsjBt0uRxJnVy1e5ajmrc1Z1enF0cNoKXEWNXvC27tVpWGPV SUGrC+gBpY5QQlj4QYRxoDD34ULqMi1YPt86aUlq4ugFdXSsFiuGlJeNiioqtlxWvZz+ O2O7r3ADDpbr7rVSxWGc3e1hBf2zT4OvesQxwuTTTvC2i9AMJsgDav5TSSd0F6NuR4U/ 5WbEk3RynZaAztLSDdU2OO3kxQYnkuqkS8x4HVVfmsWW9OG+6s74MapfaEo8CHNsWpTw eRrA== X-Gm-Message-State: AOAM532s3OZVaaxkvfViSdsKkzD1B8V+HhbMT1JYgyrU0OKuaLp9Y6dQ HM3znb3L7u+sA5QQQS8055juDipnViS9185WQdRomBbVgTl8Z72J X-Google-Smtp-Source: ABdhPJwD5lcCHcTfSIGXlVzWkqAz9N77Mrtc+g+N+e91Mi3prtkBD32uIFwMCFCL/o8f8EmyjieHP3oP92kASi9lSQc= X-Received: by 2002:a67:b142:: with SMTP id z2mr544636vsl.39.1640259914607; Thu, 23 Dec 2021 03:45:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Charles Koprowski Date: Thu, 23 Dec 2021 12:45:10 +0100 Message-ID: Subject: Re: RAW / Qcow disk image online resizing To: xen-users@lists.xen.org Content-Type: multipart/alternative; boundary="0000000000008cc09405d3cec5d9" --0000000000008cc09405d3cec5d9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I found from https://documentation.suse.com/fr-fr/sles/12-SP5/html/SLES-all/cha-xen-admi= n.html#sec-xen-config-sparse that we can propagate the new size of a RAW image with losetup. First detect the correct loop device with the command: losetup -j /path/to/disk.img Then resize the loop device, for example /dev/loop0, with the following command: losetup -c /dev/loop0 But I have not yet found an equivalent for Qcow. Regards, Le mar. 21 d=C3=A9c. 2021 =C3=A0 13:34, Charles Koprowski a =C3=A9crit : > Hello, > > Is it possible to expand the disk capacity of a domU that uses a RAW or > Qcow disk image? > > I usually do this with domUs whose disks are LVM volumes using lvextend > from the dom0 and then resize2fs from the domU. > > But when I extend a RAW or Qcow image with qemu-img extend, the new disk > size is not propagated to the domU until the next reboot. > > Thank you > > Regards, > > -- > Charles > --=20 Charles --0000000000008cc09405d3cec5d9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I found from=C2=A0https://documentation.suse.com/fr-fr/sles/12-SP5/htm= l/SLES-all/cha-xen-admin.html#sec-xen-config-sparse that we=C2=A0can pr= opagate the new size of a RAW image with losetup.

First detect= the correct loop device with the command:


=
= Then resize the loop device, for example /dev/loop0, with the following com= mand:

losetup -c /dev/loop0

But I have not yet found an = equivalent for Qcow.

Regards,

Le=C2=A0mar. 21= d=C3=A9c. 2021 =C3=A0=C2=A013:34, Charles Koprowski <charles@koprow.ski= > a =C3=A9crit=C2=A0:
Hello,

Is it possible to expand the= disk capacity of a domU that uses a RAW or Qcow disk image?

I usual= ly do this with domUs whose disks are LVM volumes using lvextend from the d= om0 and then resize2fs from the domU.

But when I e= xtend a RAW or Qcow image with qemu-img extend, the new disk size is not pr= opagated to the domU until the next reboot.

Thank you
=
Regards,

--
Charles


--
Charles=C2=A0
--0000000000008cc09405d3cec5d9-- From xen-users-bounces@lists.xenproject.org Thu Dec 23 14:51:33 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 Dec 2021 14:51:33 +0000 Received: from list by lists.xenproject.org with outflank-mailman.251079.432325 (Exim 4.92) (envelope-from ) id 1n0PQY-0003mJ-G5; Thu, 23 Dec 2021 14:50:42 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 251079.432325; Thu, 23 Dec 2021 14:50:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0PQY-0003mC-Bx; Thu, 23 Dec 2021 14:50:42 +0000 Received: by outflank-mailman (input) for mailman id 251079; Thu, 23 Dec 2021 14:50:41 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0PQX-0003m6-BM for xen-users@lists.xen.org; Thu, 23 Dec 2021 14:50:41 +0000 Received: from GCC02-BL0-obe.outbound.protection.outlook.com (mail-bl0gcc02on2070c.outbound.protection.outlook.com [2a01:111:f400:7d05::70c]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id aeaa5850-63ff-11ec-bb0b-79c175774b5d; Thu, 23 Dec 2021 15:50:36 +0100 (CET) Received: from SA1PR09MB8640.namprd09.prod.outlook.com (2603:10b6:806:182::24) by SA1PR09MB8240.namprd09.prod.outlook.com (2603:10b6:806:17a::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4823.19; Thu, 23 Dec 2021 14:50:32 +0000 Received: from SA1PR09MB8640.namprd09.prod.outlook.com ([fe80::d960:637b:1f3c:af09]) by SA1PR09MB8640.namprd09.prod.outlook.com ([fe80::d960:637b:1f3c:af09%6]) with mapi id 15.20.4823.021; Thu, 23 Dec 2021 14:50:31 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: aeaa5850-63ff-11ec-bb0b-79c175774b5d ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=auVYDb9s0Gy7xoSOwik7eHH+x9Ujo7ijQHrD/zRqfbeVJdoCVjqXQgDFv8yfEfp9lI7Kh651ZCHvvlS1mOY6G/H+f+26Xp1WDAMDD6nfZUPcdBAyZZFI4NOe+Gn1wx86z7YGqxq6/FytnLR34DkGWCN1fh5YsuqVj9yIUi+CD395QG/rdEDW182TKrktpKiY6rorGl1nkHVPr9EFRrlQdorVHAPvxOsz7AHTLWYsMe8QcrSPNuaIILqgquPyVj9Pyn98f6R0WV+t/6CBJ7tRe0juXZAH/yiHfB7S1RD47SiA/4fumkc7MMLy7KK/egeEC+H4zTf1GVAK+uPnREhL0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=AMkEvKD7twzelAIVifUgZD+hgu8lQswWyJfb29EhXgM=; b=eS0xa99xqoJ9KeFoVjbFkmS9sbAOYrXHwNKezhJ8OFWU6HlAZlmiSFaywmBj5Domcj6LIX0HEVyqDJ5YUTWOli0/1+cOsxRDk6UbujUrE+eAo6M37Z7J+Jm1yXHs+GFMPShMGhW+CBYpaaks+P+56WAk1LD6/7p0OECfo938V9SERGsCzsyA1UFhwd5I7m7fElVZZ5OM2HxwLE89uaRt7wUPyynEvEGt5cClVZmHVpOICtRa8bp0vI3n8Kt7pLx85RuKOX+egywpgpEseZLroeyXSZfUDLRkpXS/PqsBdeLwRKGQvZPF2R1RCvknCTNtl/f9gQ7hesNa+QIqWnsPOA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=fnal.gov; dmarc=pass action=none header.from=fnal.gov; dkim=pass header.d=fnal.gov; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fermicloud.onmicrosoft.com; s=selector2-fermicloud-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AMkEvKD7twzelAIVifUgZD+hgu8lQswWyJfb29EhXgM=; b=OLqb1LwxkeFiSsKA1AMieuHow+/2LohfNKzfi2Dobjxr5U2XXLIbdFisUI2pe1BdtsQLoCVcyrGg1rEX7C9tDeP1zytObyiZYj1wz5XcftuuSLoT0Uza9plH/yCbe3I7YnSuHEAlHxko3P50gZmS+YmP/9AzMj0cH1QHKYQZ64g= From: Steven C Timm To: Charles Koprowski , "xen-users@lists.xen.org" Subject: Re: RAW / Qcow disk image online resizing Thread-Topic: RAW / Qcow disk image online resizing Thread-Index: AQHX9meodsIhifgh8Uikj6dSovI5naw/+EQAgAAzC/s= Date: Thu, 23 Dec 2021 14:50:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: d9f4bf79-69fa-9aa3-f27c-36cee32e00b2 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=fnal.gov; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a78d4ff3-641a-4ea1-ec13-08d9c6239199 x-ms-traffictypediagnostic: SA1PR09MB8240:EE_ x-microsoft-antispam-prvs: x-fermilab-sender-location: inside x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 5MUo4rByMtGqoCpAkvbzVUowYq5W3xBhauroW2ntiARIFTW9AZj6wPmOt2f71ABrf1+PrJXu1ydcE98zfdVBFbCacxJxClHvkfmNVx8j2UmYmiBMMD4XgB3q9taiF0FlQNV7cT+agdpIaCj/XWfjCCJ/hBR7X7rxBFRcdxsxTkJ/oESvtBk8MVIQhexUgIQd8QxHmhq2dvqYYOxvugtAmAfRD/PTiJa5W3R4OkTnZcsA5eiRzcroKtlOjBw5EPxe19PqyYVVHxor4U6aw7EH83t/OTOggFWWkHmOvMcm4vWRVliI3584aG4qiwL+7hjR1Q/v4gW+oL97QhRUyMY4D6GpQjdGo31bTD5RBvmBpwA1AWg9pW0+wmDNgiukHcgQhtfGTZ51Ls/cywPVa8+WxL5jDEj5nm27N+QnHHg2U2q9RQuTnRUpbDJxrJNZYun9rVIEq1373Q5mKIVDdVSkDUI4IXewwc3JFLs0WhKBsH54mbPEpMuuITGT/Z7QF6XWPw8bkiyene94anJFEY+6tKIbBemDCC7zoZjERDeMaxFYZb3rW43SCk7PGbtf22k3T4Addkm12F2woSC7T41ELUzSvmSw5j1lcR7OLn+Dh5w0iTvV8VdwAj6DBMg11/J1OKB2SLifLEFdg2mDDwBcffsm/tI6w+Aykn5hsdhBG49sgNS2JhnlzVsauPnNGUWNvQS1y/2GQHEx1t7XCkESgL+KIYEOJFDi1cLRmv0rsJQ/tWpAOCjWjlWImMdoZe/3PsnoRHc7Q4UyNwulhLPHUh1Mrbg+P4aui4v8/oqPc6Q= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SA1PR09MB8640.namprd09.prod.outlook.com;PTR:;CAT:NONE;SFS:(366004)(38070700005)(38100700002)(166002)(122000001)(110136005)(83380400001)(66946007)(316002)(6506007)(2906002)(66556008)(86362001)(7696005)(76116006)(91956017)(966005)(52536014)(26005)(5660300002)(66574015)(8676002)(71200400001)(508600001)(186003)(66446008)(53546011)(19627405001)(82960400001)(9686003)(64756008)(66476007)(55016003)(8936002)(33656002);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?g+N+qQxVaV+7O9Hh6hY9I4gWCNh+0GcKvx7w3U2ZoW48HV8XXnkWX5sn4N?= =?iso-8859-1?Q?0ZWi61m7YmLqmX7AcRDg6ZBHww+V3MYVMecGxWSqXil1d3P20UPG2ZHPTi?= =?iso-8859-1?Q?n1YcxbOLLjQZ5SIl+Lrn8advmg1WfGAWNnZZdg+3rywCmWCIrqcLNpruFq?= =?iso-8859-1?Q?+zjnzoX+uO9l0jtXBgttZDsNLxXAlQ7WahJKKI3uW+a1p/CVf5fzFVX1xh?= =?iso-8859-1?Q?xezUFfYzsGU1UoFzfrqi2XGL26I8Z7RsFtRbh2502QLb/NgxY7l3dgfceW?= =?iso-8859-1?Q?Uek4xrZb//d6tTrAVjUaihZaxOmO2ud221KtOqYPIoLzFAS2+KmHp0lNeN?= =?iso-8859-1?Q?acbJuv/9SJhaauWk2sj3SN0FoUhcut1anAqsWUwZjdnANDffIqN6gOCH2H?= =?iso-8859-1?Q?T0Vt/QAqGTH6WrbN546nBCinLjLpf79PrHL77Ki8Wrh5wPl9GNyQ5cPjc6?= =?iso-8859-1?Q?t46ikTAiKZQd+wuclmmh60+JyajPa8X+uxCpdq/UEqGbwRebW0b4G/YJr9?= =?iso-8859-1?Q?eEMM68AWKdp9pwdZDP1twO/Xn6+8YmZJU1O1248Ru6r3+VWd9PIQPt2unC?= =?iso-8859-1?Q?/Sn7rnDIfxuVn2CWEgWMXz1fwXUYwDmt3BFKbBw5y0g9dLyDkqu58/Zpj4?= =?iso-8859-1?Q?FjV++L2XZRpmYpgOMbMo2/I2lR/xOGsyIy4k7icbcPw++tM0wbSQxlu0Mz?= =?iso-8859-1?Q?uqaZwYaMXbwqsYsUf2LQERRCBK5otj3LKt0wjt4HsTzJHOKXpvaEcjh2a/?= =?iso-8859-1?Q?sDMY5RyCbteOBIJYVwZ/yAXyrTHlTFPOi2eJjCKZyt85+zD95aZcYBTDuo?= =?iso-8859-1?Q?wRlGbvaFIqCViscnCB76w0bNmK2ok9vMrLRLdLyBHDxgctLpoI9pSCMJGG?= =?iso-8859-1?Q?+bnEFcLOmtmMT9h+thL+LXFKuRMf4qutWaASiBs6cM1KyIY5bomiaK0Ca+?= =?iso-8859-1?Q?9qj2RiG9EFCkt0Kwiu4iDSJKHas2espyO9b0ZIKU+hAeXsQtL8ffUh2COa?= =?iso-8859-1?Q?i5PQ1bnma38xOvuDt+wy7lDs2/oyaE6Nea3trK4CFOrrR+LqxQFRLlM5a9?= =?iso-8859-1?Q?O3uzHfyfuh5N6d2cQjkjwtrEVIKBrB6AyltfHw0CdtUCPayWiM9g+rjLfm?= =?iso-8859-1?Q?iVfLP1gRhM0eP680TKaFmKNIukfbNydVS6FT3eWpm8pQFOqs4X66p4rldd?= =?iso-8859-1?Q?0uWgNebeKFN3AZ/83rnNsv9tY03a1I5NbW2zecgAl08p2Dd9uVpsK55qcO?= =?iso-8859-1?Q?I7MWqXwqYn/a4fKGVmkm6gUTMSIx6kLYQNm/g4F/RaNNIx1W3dtMs/H70r?= =?iso-8859-1?Q?souowWkWgu/KMiAaNjYPWbFfiqMQCdvfjXs6khyjams5Sx7O0/uKpRTpwI?= =?iso-8859-1?Q?DAyYIuq7eV?= Content-Type: multipart/alternative; boundary="_000_SA1PR09MB864095BE89EABEE7F8690C14B27E9SA1PR09MB8640namp_" MIME-Version: 1.0 X-OriginatorOrg: fnal.gov X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA1PR09MB8640.namprd09.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a78d4ff3-641a-4ea1-ec13-08d9c6239199 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2021 14:50:31.7012 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d5f83d3-d338-4fd3-b1c9-b7d94d70255a X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR09MB8240 --_000_SA1PR09MB864095BE89EABEE7F8690C14B27E9SA1PR09MB8640namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Charles, you didn't say if the image is the boot image or an external devic= e that's mounted by the VM. If it's the boot image I am almost sure you have to reboot when you extend the qcow2--actually whe= never I've done it I've actually shut down before even growing the qcow2 image and resizing the file system. Note I haven't = been running Xen for quite some time and there might be new features now of= which I am unaware, but as far as I know it doesn't depend on the hypervis= or you are using, KVM has same issue. Steve Timm. ________________________________ From: Xen-users on behalf of Charl= es Koprowski Sent: Thursday, December 23, 2021 5:45 AM To: xen-users@lists.xen.org Subject: Re: RAW / Qcow disk image online resizing I found from https://documentation.suse.com/fr-fr/sles/12-SP5/html/SLES-all= /cha-xen-admin.html#sec-xen-config-sparse that we can propagate the new size of a RAW image= with losetup. First detect the correct loop device with the command: losetup -j /path/to/disk.img Then resize the loop device, for example /dev/loop0, with the following com= mand: losetup -c /dev/loop0 But I have not yet found an equivalent for Qcow. Regards, Le mar. 21 d=E9c. 2021 =E0 13:34, Charles Koprowski a = =E9crit : Hello, Is it possible to expand the disk capacity of a domU that uses a RAW or Qco= w disk image? I usually do this with domUs whose disks are LVM volumes using lvextend fro= m the dom0 and then resize2fs from the domU. But when I extend a RAW or Qcow image with qemu-img extend, the new disk si= ze is not propagated to the domU until the next reboot. Thank you Regards, -- Charles -- Charles --_000_SA1PR09MB864095BE89EABEE7F8690C14B27E9SA1PR09MB8640namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Charles, you didn't say if the image is the boot image or an external devic= e that's mounted by the VM.  If it's the boot image
I am almost sure you have to reboot when you extend the qcow2--actually whe= never I've done it I've actually shut down before
even growing the qcow2 image and resizing the file system.  Note I hav= en't been running Xen for quite some time and there might be new features n= ow of which I am unaware, but as far as I know it doesn't depend on the hyp= ervisor you are using, KVM has same issue.

Steve Timm.
From: Xen-users <xen-use= rs-bounces@lists.xenproject.org> on behalf of Charles Koprowski <char= les@koprow.ski>
Sent: Thursday, December 23, 2021 5:45 AM
To: xen-users@lists.xen.org <xen-users@lists.xen.org>
Subject: Re: RAW / Qcow disk image online resizing
 
I found from https://documentation.suse.com/fr= -fr/sles/12-SP5/html/SLES-all/cha-xen-admin.html#sec-xen-config-sparse that we can propagate the new size of a RAW image with losetup.

First detect the correct loop device with the command:

losetup -j /path/to/disk.img

Then resize the loop device, for example /dev/loop0, with the followin= g command:

losetup -c /dev/loop0

But I have not yet found an equivalent for Qcow.

Regards,

Le mar. 21 d=E9c. 2021 =E0&nbs= p;13:34, Charles Koprowski <charles@koprow.ski> a =E9crit :
Hello,

Is it possible to expand the disk capacity of a domU that uses a RAW or Qco= w disk image?

I usually do this with domUs whose disks are LVM volumes using lvextend fro= m the dom0 and then resize2fs from the domU.

But when I extend a RAW or Qcow image with qemu-img extend, the new di= sk size is not propagated to the domU until the next reboot.

Thank you

Regards,

--
Charles


--
Charles 
--_000_SA1PR09MB864095BE89EABEE7F8690C14B27E9SA1PR09MB8640namp_-- From xen-users-bounces@lists.xenproject.org Thu Dec 23 15:45:55 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 Dec 2021 15:45:55 +0000 Received: from list by lists.xenproject.org with outflank-mailman.251101.432342 (Exim 4.92) (envelope-from ) id 1n0QHH-0001zE-Qs; Thu, 23 Dec 2021 15:45:11 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 251101.432342; Thu, 23 Dec 2021 15:45:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0QHH-0001z6-Mn; Thu, 23 Dec 2021 15:45:11 +0000 Received: by outflank-mailman (input) for mailman id 251101; Thu, 23 Dec 2021 15:45:09 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0QHF-0001z0-Km for xen-users@lists.xenproject.org; Thu, 23 Dec 2021 15:45:09 +0000 Received: from mail.bitfolk.com (mail.bitfolk.com [2001:ba8:1f1:f019::25]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 4be25af0-6407-11ec-9e60-abaf8a552007; Thu, 23 Dec 2021 16:45:07 +0100 (CET) Received: from andy by mail.bitfolk.com with local (Exim 4.89) (envelope-from ) id 1n0QH7-00069N-MD for xen-users@lists.xenproject.org; Thu, 23 Dec 2021 15:45:01 +0000 X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 4be25af0-6407-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bitfolk.com ; s=alpha; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:To:From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=uMx6F9wmYhABuTsJz32JBFOiAq2YMNt1CBwjsV5tato=; b=Pr3nGAmLlBsnKkZp9mWfE0MaJy w4J89pRtizNe5kcOVR2PAhy61cfyRwNSkux/b5MJ66y8dBB8RbtrEzguRrtpR2mt9x+II+YwC09ij CcxJPh43B4n5iU1eo3Ad2bKwvGzujEl+tktN8mgCSKC0J9c5c/OouwPwuSSReFEy3Sv4/8ugbxEhY /mr+Z2C9W6BmUFVsF4B1WR8lKYvGQf86acRYvBVMmIfYOagq4V01Di89uDShx23Ddf5V9T621J+jb MQb67505zrjWfzSidxq98bpe/MRGTVr1kyXDti0Gm0sNWi0LfzWTpHdJUOFhtfo0jSIGFDDO1cmU/ UE+GlSJQ==; Date: Thu, 23 Dec 2021 15:45:01 +0000 From: Andy Smith To: xen-users@lists.xenproject.org Subject: Re: RAW / Qcow disk image online resizing Message-ID: <20211223154501.u5lac64dkwp263ca@bitfolk.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: OpenPGP: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc X-URL: http://strugglers.net/wiki/User:Andy User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: andy@strugglers.net X-SA-Exim-Scanned: No (on mail.bitfolk.com); SAEximRunCond expanded to false Hello, On Thu, Dec 23, 2021 at 02:50:31PM +0000, Steven C Timm wrote: > qcow2--actually whenever I've done it I've actually shut down > before even growing the qcow2 image and resizing the file system. > Note I haven't been running Xen for quite some time and there > might be new features now of which I am unaware, but as far as I > know it doesn't depend on the hypervisor you are using, KVM has > same issue. I can certainly resize a domU's root filesystem without rebooting it, no problem, but I only use LVM-backed block devices as VM disks so have no idea how it is done with any other kind of backend, or if it can be. Cheers, Andy From xen-users-bounces@lists.xenproject.org Thu Dec 23 18:58:13 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 Dec 2021 18:58:13 +0000 Received: from list by lists.xenproject.org with outflank-mailman.251137.432392 (Exim 4.92) (envelope-from ) id 1n0THN-0001Tf-Mb; Thu, 23 Dec 2021 18:57:29 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 251137.432392; Thu, 23 Dec 2021 18:57:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0THN-0001TX-JV; Thu, 23 Dec 2021 18:57:29 +0000 Received: by outflank-mailman (input) for mailman id 251137; Thu, 23 Dec 2021 18:57:28 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0THM-0001TR-65 for xen-users@lists.xenproject.org; Thu, 23 Dec 2021 18:57:28 +0000 Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 29c3aa05-6422-11ec-9e60-abaf8a552007; Thu, 23 Dec 2021 19:57:25 +0100 (CET) Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Dec 2021 18:57:23 +0000 Received: by kubenode538.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1f7ea347b21aa9937ba1193b8452e33b; Thu, 23 Dec 2021 18:57:19 +0000 (UTC) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 29c3aa05-6422-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netscape.net; s=a2048; t=1640285843; bh=ki0RJZ0v1GsSFQjEdHbI4wXfpbtlHrm2YKcTn+XizcU=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=cfSozEUxr6rgahx3xXV0GFgLZa+8cSlW8WZel0/Yj+PE1+Au1CbkGBS55FOKI//A+6xFz8boRuXR8otkQdDC9XRvR05U2oGKxqTHP5UR8bIvR75Hn26cj8XQjdmuQ000XXwKYQ4iVTFfOtqep+w9v1Vppb5IjS0j2Uw14oTqccmXAlnroepvmMqTjUN9WZdb8ArC6zY7n3XTi8A16+oM8cXdaZWg7EbLH+oFpjVqyaViS39Y1UwMuPDq9uNDz4fprqh7W6oMuMreLUB/LXU6aiP/IsPxqVsOUHNS/eThuPWKx7tK/lOXjh/KwbfeeL+vl5v5yUN50xM4tzIYQCVylQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1640285843; bh=ukR77w0BASVQYoj6tGQ1vWmQB7feflq0wbhWzMfpPBy=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=VJWnc94EzfnMg7JbIxIji5XpUQKv9M/psahv7Nj0cKCzdNNGruczCS+yQDHPK70i5zUzHOmH4Z8gIrFXG4JL70FA/4cF1lz946zuVzRqhuIonc18Gm6d9wMxE3bhUAMzEBqLqMcoi/+2+SoHQp5+4X1arscih1knDSDJkFTR8CQtutX4ZnnpMLI5echwYH7BHKY8ox54z/xUZbMyrQItn8HqYC59clDRYEBpEyKzVNF7tWavLgE0nwVKlPGdDCs9tLRmrO3R0TEN9TsDjV9I3+2gtHnw/WlmymuNbif3kOpMZ/3r78P9mt/IKfWJQM0Si8RfbOzVOAsAUSZJPC9fIA== X-YMail-OSG: .oV6wnAVM1k3O8V5iz6ShP5CIq9epkfCKa.ERC1gvw4dmo5Xw.6i3reTf9nNWif NBMQcJvazG53nsi1HonUdVjUBcy.mOw38Z9cYNBWF9rCiT1p1TW_xdrVUf2bDfWRgJTIMSYjo7Jf o7RNBc3qFY50ObU1MEbepj2_zsjjSv9GcyiK1MoJcb4c0uKT06HISa8KL4oUw5gFn7JGSYp4YfDs oF5oqWc9hvTxrop0lxfiQmjkgIjcsMAHNmf578NlyOK28lelXKMUk13bEDkICOb0sVgOKhyhOB08 5cpN3fAvrTfZXXRap.r6dWJtREgdsUstQ3HSQsNhjsb3_9UaDs5NesK0Sl05MPrR_uh.FAByAKFm adfc9cNR3qsgS3Vaa7Uz32JJKPRHG0xg7kvPKyfM.KePLzD4sUqsxwIslL98b1LbXW89vBkV0VbT OIDehfMZdCq1I2bwpxXNgpFszTx2cX3USfdvLJnrPheKkHhSxnSNlQomiKhuTcaM7eXkuj31Wh5R Xh.yYC2BtyWWIQncdFmo7AVC8LAc2Zbf6LUhkejKDePqgaCQShhIjDamlI6Zyu97KDWYvRY_Vf6I qVWJAfkf5rqdNOcGrtQOG7P8F1X_Iqx9FupoSk1Udjb8feMeQG2Xz8_lA2LZ9XikZlmDBwj8bDj. Y9M_5yHh98WBnUAZGrX0vHJQMseiF0w6qVxKevABtsHCOWgestgIn8591RSLiE2E20CDa5ZTT1WM eSOFpWFpUV_t24VPzD2GrfkZNJJK3t.6ia33vnQ1I93J4UhVIFZvXWm9oFGSPyR3sd3Cp6g5S2pp UXNFP5aE6eYcfIyqrX5GcfeoAyyRxkYJ6fLl8unluP6KAkj9URaP8Hw2QzHiBJW1BZsAoUDU5Daz PZh8WdBpZnGGBjZmA6qiOPJ1eWo4USwmS38_4Hs8poJPKG41RTLggthDnua88ONGjaZUDJyA8WxC MfxTxFIGhUPDoTe3Nntndarcy5K5FN42_mYUf_4IwPirBfFlYUjUmoARQoL94LwnQQaQ8tCmssZJ QN0MizcdF1diN0tpDFgHqI7LQmmBkhFY_AEKWYr0TkxLq_x4NpBk7mDLiHo7nsmPNQ2uqVtpFjWo _NcDyvI5cZUo64KrJW29mYOd9Oe51vzBd7BylTkzQoS815h9szacEJBlOsr7v992VwJcHiNwByMe ETK8SELD2Yvcbi0yrydqpsxDQh1UOZGhVx1n2aEXd4VeF2ehdZemsW0n5d7qWIjPRrTXbpSe1Nn5 uh1T1CZvlzTxboEcYaShEtQzKzbVCEnT1_wp89gzoj0rrG9TgRea3pSjOkxuw4jcb0tATtoEfeaa NjuHia4cZJlLRy.OHG__AzRV4CjhAOWIZP.dSzElVNxCLNHEwV0sI6IvZmtg.nE5N2DbETncCKVU 010HezGfjSPconelG8nrpZqty.7hIPG0e.lOwlVzMEKbYrA_DDt5SV.LofVdQI4KHn29i6QuZL57 vga8jmbHIFrsCVd0g1v_HS0yik0dyrfzJUQ7I0YXFGfq0OKuwLYYLwmP.HFeN50aOmeG4Dy_fgjJ laic4nIW5fsLhwrNr3Tuw.MvGGMPJojMSKMYJVw5xTjdUS4.p6CdmgMvEFshDeznTatB91qqAdtX lVy38FXbcs7TSAs062XchyRNxFkCnTM0p7mfAKknlfbiWmSqP0fGHJaGGcIASL_95joVBY4XQOzD IrgaMPR3bMX6EiC9D5_qKDXjbb1OmNnWfUs4ev6RCkGSaiSdNo9vVfkWXxOWgqcSSRgWTZoOHaWU K55jqPEpuZ1VFIid21sTK_5UnJg8z7r_LtNBEkm4_zdClrRirL_0Vz0r3dPBJxj0zQnM7Fl4NMXo nUhQoozvrqPVyDe0iLqL4E2DDAbyNTPqyIkNKK7NVB3ARG7rTB8XKn71Q3MZJeYAH4SBv7GpqWjg 9b4vhSQMIEP3k_A_XReuLx7L8i57EYyAmOutiJBquj4Kp0FgnGWrpfKsVPURosYzStcfQOocm0oD eKsftNJ4vyLhLj_xPzj.duas2DQV7Zp5eHHU12DkoSYnfOBu1lbvETD9oayAvupfCbg4On1eO.qP u4DD3PcsEN96iIARocJVTFO7Y.E.NZhm7bHVJ2bld14l4dqIbWkbZO_kQam9g0vtC2hnPaF1EqKx oN_lXdHqNWvicWeuY.jGabEHQkpQhKClY5jNBDf0Fi_lN41YgjFriqVfOIbWr X-Sonic-MF: Message-ID: <46314c4e-35b8-e945-547c-a627a1e65a2a@netscape.net> Date: Thu, 23 Dec 2021 13:57:17 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Subject: Re: Problem using xl on Debian Content-Language: en-US To: xen-users@lists.xenproject.org References: From: Chuck Zmudzinski In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.19498 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Content-Length: 1259 On 12/21/2021 2:21 AM, Sai Kiran Kumar Reddy wrote: > Hi, > > I am new to Xen. I have built Xen from source on the Debian11 system. > After rebooting, I see that first Xen is loaded and then Debian is > loaded, which is as expected. When I use the command "xl", I get an > error saying "xl command not found". After looking at some articles, I > find that I need to install xen-utils-common. I installed it. But I > get the error message that says "ERROR:  Can't find version 4.16 of > xen utils (maybe xen-utils-4.16 was already removed before rebooting > out of Xen 4.16), bailing out!" > > I think I need to build xen-utils-4.16 also from source. But I am not > able to find xen-utils-4.16 source code. I am not sure how to fix the > error. Could anyone help me out here. > > Thanks in advance for your help and support. > > -- > Regards, > Sai Kiran. This error is caused by a version mismatch between the version of the hypervisor you built, which is 4.16, and the packaged version of Xen on Debian, which is Xen 4.14. On Debian, Xen 4.16 packages are not available. If you build Xen 4.14 and boot the Xen 4.14 hypervisor version, the Debian xen-utils and xen-utils-common packages should function properly. Regards, Chuck Zmudzinski From xen-users-bounces@lists.xenproject.org Sat Dec 25 00:20:16 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 Dec 2021 00:20:16 +0000 Received: from list by lists.xenproject.org with outflank-mailman.250912.432797 (Exim 4.92) (envelope-from ) id 1n0umN-0007Lc-Ir; Sat, 25 Dec 2021 00:19:19 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 250912.432797; Sat, 25 Dec 2021 00:19:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n0umN-0007LR-Da; Sat, 25 Dec 2021 00:19:19 +0000 Received: by outflank-mailman (input) for mailman id 250912; Wed, 22 Dec 2021 20:23:48 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n089M-0003Cs-Jq for xen-users@lists.xenproject.org; Wed, 22 Dec 2021 20:23:48 +0000 Received: from mail-4027.protonmail.ch (mail-4027.protonmail.ch [185.70.40.27]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id 0f30a490-6365-11ec-9e60-abaf8a552007; Wed, 22 Dec 2021 21:23:47 +0100 (CET) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: 0f30a490-6365-11ec-9e60-abaf8a552007 Date: Wed, 22 Dec 2021 20:23:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.ch; s=protonmail2; t=1640204623; bh=bGwkxIIxIOK8mZ35sjAp6hctasHfk6aE/b5VsrQvxOk=; h=Date:To:From:Reply-To:Subject:Message-ID:From:To:Cc; b=PRbQcKtw2mTr8orAZwp6m9Zy9jcpCIiCwmfeScosdr1glIIFG0h2BGFvGQMpnB0ZL jpwISALpuf95euWMc3g7mJTxYQ6LPElUDKF0a6ReC7cuTA6gOVQ/Bzi7kQT8tlJn0W GcGtQa1Wx9evsm430NWLhksSY2SmU977UcBykOfZz3u3nuWCJ7lM1Jn9mNMYCzzrwr rYpOnQmIBbCFJ53CpdZrb/bTDT2nE58zJQlCaEGPNHmvrWSjQuMcAWtl7Vjd1VXAlG CHKXnGZuSbjfCsAh/HWmK4gZql6v8a7CQlVg0EIcpiZFKqCgb1KQ98tHje07+s3gCO cWvNkMd7KH1rw== To: "xen-users@lists.xenproject.org" From: Juergen Schinker Reply-To: Juergen Schinker Subject: compile problem with 4.16 stable Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.7 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,FREEMAIL_REPLYTO_END_DIGIT shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch after updating some Debian packages the compile went throu and is working..= . Juergen Sent with ProtonMail Secure Email. From xen-users-bounces@lists.xenproject.org Mon Dec 27 21:13:42 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 Dec 2021 21:13:42 +0000 Received: from list by lists.xenproject.org with outflank-mailman.251991.433067 (Exim 4.92) (envelope-from ) id 1n1xIB-0000PC-Fa; Mon, 27 Dec 2021 21:12:27 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 251991.433067; Mon, 27 Dec 2021 21:12:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n1xIB-0000P1-Am; Mon, 27 Dec 2021 21:12:27 +0000 Received: by outflank-mailman (input) for mailman id 251991; Mon, 27 Dec 2021 14:33:26 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n1r41-0000d5-WD for xen-users@lists.xenproject.org; Mon, 27 Dec 2021 14:33:26 +0000 Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [2607:f8b0:4864:20::d29]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id f125b2fc-6721-11ec-bb0b-79c175774b5d; Mon, 27 Dec 2021 15:33:24 +0100 (CET) Received: by mail-io1-xd29.google.com with SMTP id h23so9036854iol.11 for ; Mon, 27 Dec 2021 06:33:22 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: f125b2fc-6721-11ec-bb0b-79c175774b5d DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=WBlcgAXFhPIVIWwuGE13yXZcbDm72nzrwISwC1qFiPM=; b=BluTM1pDRyyP5ZPTArW3ydnnnPToiSo4P2GZL5az0eBZcRJM+063RXLk7Osju4LmEZ HsWJXEY9mBTM/YeJ/1k2BuVBsgynM5l7MCwwcvya3K/jthJfCrTaj///6F0Fx8hhK9Jk T6a08c4xkEuWRI9RFB0oVKrACFm2t34j+hkqNPH/C7HkpzrV6dSiFnO9JjlDyRKREu2u d98VPldi98P41McppTJw1W/bYm8dbBEujE5p4iMJmvQ98gO0ghx4/MVyjO3yzqRu30dX EgbiT+FIG0xnh78VlR8I0Tg1rBZLzWvlnOg/Ak+NQS7WZFaEI2/5b4otl+As22npFJ3B bhBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WBlcgAXFhPIVIWwuGE13yXZcbDm72nzrwISwC1qFiPM=; b=MuE+QRDSvJ8Cf3gmUIjHQ6/9uOLwtv+8dlPgUBKX+Dq9o7VLz/dorvQsi3aMf1fBG5 oIDygHS6T4X8K2QZwNDSShUKPHqurHyV5WMPQZZ+OeuYWtV9rP/1TEpEPz2dT3EBv92c IgpG5O30jNUQXIiUqQF5UaAZ0HJEQbLqxkBMhjQHGEEI3BeD2J0Q4mlvI779mUlfBGA6 Ub95KaxXw3ajPiF3PM7SEif/I7AHN0aeewYrzgiHJt14hYpEX75ypNqzng9CwQnAcWJd oao0u0Cb5d4NHxUkJJOYA6kB0O856TCv9OPk3yttk2eZHUSJ0c3T7hYQ8eaRW/L6yAPb K8gA== X-Gm-Message-State: AOAM532jitorXQyVUoEUXM0URZID8dJ1DfVbPPCkcrfgAtTVdpEb+NC4 rtQDoMI2TUoWVKJFLK2mgAh16c4JZsAjxlDWsQ0BGY7f4tE= X-Google-Smtp-Source: ABdhPJzJEtjBfD/QBill2GA6k9uU9nRlxSviKUXegT1EEBuXc2vfhU2Lmdsp5zltOIRjfxog3CSZ72Jhc68YmAYhFxQ= X-Received: by 2002:a5d:9f01:: with SMTP id q1mr7535015iot.144.1640615600899; Mon, 27 Dec 2021 06:33:20 -0800 (PST) MIME-Version: 1.0 From: Holy Sword Date: Mon, 27 Dec 2021 09:33:11 -0500 Message-ID: Subject: VIF Error To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="0000000000001acc1105d42196af" --0000000000001acc1105d42196af Content-Type: text/plain; charset="UTF-8" Good day Xen community I have been experiencing difficulty setting up a VM on XCP-NG using the xl toolstack. I was forwarded to this mailing list from the XCP-NG forum as they said I may potentially get a better response to my question.The problem that I am having occur is a continuous error for the VIF as seen below: libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [13933] exited with error status 1 libxl: error: libxl_device.c:1259:device_hotplug_child_death_cb: script: Could not find bridge device vport-l2 libxl: error: libxl_create.c:1701:domcreate_attach_devices: Domain 12:unable to add vif devices Please tell me if you have any suggestions as to how I can correct this. Best Regards Tra-Vaughn James --0000000000001acc1105d42196af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Good day Xen community I have=C2=A0been experiencing=C2=A0= difficulty setting up a VM on XCP-NG using the xl toolstack. I was forwarde= d to this mailing list from the XCP-NG forum as they said I may potentially= get a better response to my question.The problem that I am having occur is= a continuous error for the VIF as seen below:

libxl: er= ror: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-b= ridge online [13933] exited with error status 1
libxl: error: libxl_devi= ce.c:1259:device_hotplug_child_death_cb: script: Could not find bridge devi= ce vport-l2
libxl: error: libxl_create.c:1701:domcreate_attach_devices: = Domain 12:unable to add vif devices

Please tel= l me if you have any suggestions=C2=A0as to how I can correct=C2=A0this.


Best Regards
Tra-Vaughn Jam= es=C2=A0
--0000000000001acc1105d42196af-- From xen-users-bounces@lists.xenproject.org Tue Dec 28 11:25:48 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 Dec 2021 11:25:48 +0000 Received: from list by lists.xenproject.org with outflank-mailman.252183.433185 (Exim 4.92) (envelope-from ) id 1n2AbH-00041K-Gy; Tue, 28 Dec 2021 11:25:03 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 252183.433185; Tue, 28 Dec 2021 11:25:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n2AbH-00041C-D0; Tue, 28 Dec 2021 11:25:03 +0000 Received: by outflank-mailman (input) for mailman id 252183; Tue, 28 Dec 2021 11:25:02 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n2AbF-000416-W1 for xen-users@lists.xenproject.org; Tue, 28 Dec 2021 11:25:02 +0000 Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [2607:f8b0:4864:20::931]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id c9facdaf-67d0-11ec-9e60-abaf8a552007; Tue, 28 Dec 2021 12:25:01 +0100 (CET) Received: by mail-ua1-x931.google.com with SMTP id az37so10583644uab.12 for ; Tue, 28 Dec 2021 03:24:59 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: c9facdaf-67d0-11ec-9e60-abaf8a552007 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3DC4vcCjRGTrDk4M08iiISeQ8prGctatTH8sFfrBWuo=; b=H06YIzya13Dd7BcDVtkMpP+dP6mM0/50hqF02iWY6WAddgjAIfzaO7w+Lj1kCMB12I CkjzCU5pmZZFhMmaSq69XVhz2uuFBD0FwvPZKso9YzSPs81t/bFAvkaY/9GcJQc+/Muw 2dsTBYy8iQPzSScW02unkGnX+2Sg9KQq2+j3rkQ2+6oWM/iYTz2y1VpAo5+4BSKIUePQ bplvRyPMiq2ZAmHCEzPXdx24cbWoASPtV3/NwjbGLoqv0I3HBJQjApcDGmzQyXMVEC6Z qXycgJFC32Cn3RxA1H2KJnwPvqR1gZ71bFkxfi8AfwkXi/eFP+cijXvvAH+88QyMnKGx 3p0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3DC4vcCjRGTrDk4M08iiISeQ8prGctatTH8sFfrBWuo=; b=63WHs4G5HTWv0Iq6zpP8s/RNE2oz33fMTUxbfdwzOBUJ2C+AyGPF3b0Gz7Iuz3qMPD RxEQMrvDj/ALy2yPY9ASWze9PjJZXWiXCQ4ey8gLGcQOXBEUqplRjKh1nUv1bLu6N06J YI6m/C+peudAwtYZnJ0Y9afAWYAYklOBZmDyJmYCgoVM27IOLo+xeWkPYTw0nXjnlQgm 7aMpByVriZycGhXq+GgVZiW7MtHHMAwxtbDQ25cAzxLvEHgGf7CNZkXcluD34S6fwKGu FbboStaReRVke5VZHDczSW3e8HN9jvYBFlE55eR72oBLiTWQEgH2zfjsw9nVIvX/xXHl 8Fug== X-Gm-Message-State: AOAM532rEjeUCrwNyNERz6A1moFRbbskDb7LJbSBlA/yOpTp6aupHG/P M5dn7M424Xgke0b6cj2Y/MfE5Fz4cqV3YHie7qI= X-Google-Smtp-Source: ABdhPJxYnyoG8x/2mdKJu6UeW6yL27t9eXfSVkoDl4vrbOscztTL+S9WYxw2qJoQvHZQjkdYwmf+loa6lwEkMFIZ3C8= X-Received: by 2002:ab0:660f:: with SMTP id r15mr2164522uam.120.1640690697683; Tue, 28 Dec 2021 03:24:57 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Chris Myers Date: Tue, 28 Dec 2021 05:24:48 -0600 Message-ID: Subject: Re: VIF Error To: Holy Sword Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="00000000000038c7b405d4331229" --00000000000038c7b405d4331229 Content-Type: text/plain; charset="UTF-8" Just to make sure, do you have a bridge named vport-l2 on the hypervisor? On Mon, Dec 27, 2021, 3:12 PM Holy Sword wrote: > Good day Xen community I have been experiencing difficulty setting up a VM > on XCP-NG using the xl toolstack. I was forwarded to this mailing list from > the XCP-NG forum as they said I may potentially get a better response to my > question.The problem that I am having occur is a continuous error for the > VIF as seen below: > > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > /etc/xen/scripts/vif-bridge online [13933] exited with error status 1 > libxl: error: libxl_device.c:1259:device_hotplug_child_death_cb: script: > Could not find bridge device vport-l2 > libxl: error: libxl_create.c:1701:domcreate_attach_devices: Domain > 12:unable to add vif devices > > Please tell me if you have any suggestions as to how I can correct this. > > > Best Regards > Tra-Vaughn James > --00000000000038c7b405d4331229 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just to make sure, do you have a bridge named=C2=A0<= span style=3D"font-size:12.8px">vport-l2 on the hypervisor?=C2=A0
On Mo= n, Dec 27, 2021, 3:12 PM Holy Sword <holytriakis@gmail.com> wr= ote:
Good day Xen = community I have=C2=A0been experiencing=C2=A0difficulty setting up a VM on = XCP-NG using the xl toolstack. I was forwarded to this mailing list from th= e XCP-NG forum as they said I may potentially get a better response to my q= uestion.The problem that I am having occur is a continuous error for the VI= F as seen below:

libxl: error: libxl_exec.c:118:libxl_re= port_child_exitstatus: /etc/xen/scripts/vif-bridge online [13933] exited wi= th error status 1
libxl: error: libxl_device.c:1259:device_hotplug_child= _death_cb: script: Could not find bridge device vport-l2
libxl: error: l= ibxl_create.c:1701:domcreate_attach_devices: Domain 12:unable to add vif de= vices

Please tell me if you have any suggestio= ns=C2=A0as to how I can correct=C2=A0this.


Best Regards
Tra-Vaughn James=C2=A0
--00000000000038c7b405d4331229-- From xen-users-bounces@lists.xenproject.org Fri Dec 31 20:16:45 2021 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 31 Dec 2021 20:16:45 +0000 Received: from list by lists.xenproject.org with outflank-mailman.252262.433644 (Exim 4.92) (envelope-from ) id 1n3OJK-0007qn-FP; Fri, 31 Dec 2021 20:15:34 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 252262.433644; Fri, 31 Dec 2021 20:15:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n3OJK-0007qc-8A; Fri, 31 Dec 2021 20:15:34 +0000 Received: by outflank-mailman (input) for mailman id 252262; Tue, 28 Dec 2021 16:10:22 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1n2F3O-00017u-7G for xen-users@lists.xenproject.org; Tue, 28 Dec 2021 16:10:22 +0000 Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [2607:f8b0:4864:20::12c]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id a630584e-67f8-11ec-bb0b-79c175774b5d; Tue, 28 Dec 2021 17:10:20 +0100 (CET) Received: by mail-il1-x12c.google.com with SMTP id b1so14669958ilj.2 for ; Tue, 28 Dec 2021 08:10:18 -0800 (PST) X-BeenThere: xen-users@lists.xenproject.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Precedence: list Sender: "Xen-users" X-Inumbo-ID: a630584e-67f8-11ec-bb0b-79c175774b5d DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=r6TPKjOJRi8F7PvwuWLbPGD22z1rJ5PZsDER9uwsJyw=; b=L/r1W8DQ1xIQKzHTaS1dUCfPFUXqlHqK2k2tpLDQKC30UOzgK3ecoYrxkll/bZoalQ mt9lcNH5L2mLzALeZ4GCIzBOtswG4lDfT2scoP8DYC3FSECwBv/3+90ijpVVNKeUhp+o k2In4CIobltXKqhIWIdxaZz8BCFEWn2gsOwN4r/o5pNt11KYRzrchN9eZ7sEi3/NeHM6 +qR2m4ujAqfXfnd3xARvxP5WhJ/LgWE3E1yijoZ2Qf1HdR7A/c7Dg9QIuXjkNt1vyRSI OyZM4Mn6dD9i7IC6RzH4rQ+74mZmX4LGzXjyRpe1raYc8nwlwHJDLSfg+eMrBr4gKLCz CHiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=r6TPKjOJRi8F7PvwuWLbPGD22z1rJ5PZsDER9uwsJyw=; b=Zl/roCQN/DNRr5rtcAucOgKUQo8juNGYF3SWzvSISki0V4oFm+kNoMA64hDari4oXA 9DowDZDJObTu7paP198i4XoLcXRgGMjok/z+TfWGnozQ8LMwnscAxOaJDWMt6rIJsdh3 LYHlQ8+LE3QHOj6DOE2XF07yltPRbZIJ6xJlrPmVa3wguCyJGuZL172SxDqtmFtGoQ8o yeUzcVSIDV/Cuba8E76eNOfKOPXiYZcpjq9mzHmp+bR5DIp1Z06ykEMHzKNmG2Xdd1UH bEuTO6jy5HqRB0/KCBg93Z40+hg3jINCt6yxYDHlKBZfwDWpgGDIFQRhxISH0unle9uV 184A== X-Gm-Message-State: AOAM533KHPz00GUivdN5bklrBMsDO37f/GJwa2BzdYfiWtacu/s1uA9i 5zPxbqFQtXB7s1d6HfoUo9Cn41JWuYIfDgMQR1aHsGcOl80= X-Google-Smtp-Source: ABdhPJwsOI44JAV57aI0ZAjXe8FFEP3tpM1UKABQxgmaSdg3fu8EfQvr2vCM8HXinna5Uzf4n/WG/RXW0e+V0vE+IjE= X-Received: by 2002:a92:d18e:: with SMTP id z14mr9741392ilz.245.1640707817406; Tue, 28 Dec 2021 08:10:17 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Holy Sword Date: Tue, 28 Dec 2021 11:10:08 -0500 Message-ID: Subject: Re: VIF Error To: Chris Myers Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000a3049e05d4370ec0" --000000000000a3049e05d4370ec0 Content-Type: text/plain; charset="UTF-8" The bridge name is xenbr0. However when I enter that into the config file. I get this error message: libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [17701] exited with error status 1 libxl: error: libxl_create.c:1701:domcreate_attach_devices: Domain 14:unable to add vif devices libxl: error: libxl_domain.c:1177:libxl__destroy_domid: Domain 14:Non-existant domain libxl: error: libxl_domain.c:1131:domain_destroy_callback: Domain 14:Unable to destroy guest libxl: error: libxl_domain.c:1058:domain_destroy_cb: Domain 14:Destruction of domain failed This is my config file for reference: name = "testvm" kernel = "/home/testvm/images/vmlinuz" ramdisk = "/home/testvm/images/initrd.gz" extra = "root=/dev/xvda1" memory = 768 #maxmem =512 vcpus = 1 vif = [ 'bridge=xenbr0,mac=00:16:3e:21:12:00' ] disk = [ '/dev/VM-Group/testvm,raw,xvda,rw' ] On Tue, Dec 28, 2021 at 6:24 AM Chris Myers wrote: > Just to make sure, do you have a bridge named vport-l2 on the hypervisor? > > On Mon, Dec 27, 2021, 3:12 PM Holy Sword wrote: > >> Good day Xen community I have been experiencing difficulty setting up a >> VM on XCP-NG using the xl toolstack. I was forwarded to this mailing list >> from the XCP-NG forum as they said I may potentially get a better response >> to my question.The problem that I am having occur is a continuous error for >> the VIF as seen below: >> >> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: >> /etc/xen/scripts/vif-bridge online [13933] exited with error status 1 >> libxl: error: libxl_device.c:1259:device_hotplug_child_death_cb: script: >> Could not find bridge device vport-l2 >> libxl: error: libxl_create.c:1701:domcreate_attach_devices: Domain >> 12:unable to add vif devices >> >> Please tell me if you have any suggestions as to how I can correct this. >> >> >> Best Regards >> Tra-Vaughn James >> > --000000000000a3049e05d4370ec0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The bridge name is xenbr0. However when I enter that into = the config file. I get this error message:

libxl: error: libxl= _exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge onli= ne [17701] exited with error status 1
libxl: error: libxl_create.c:1701:= domcreate_attach_devices: Domain 14:unable to add vif devices
libxl: err= or: libxl_domain.c:1177:libxl__destroy_domid: Domain 14:Non-existant domain=
libxl: error: libxl_domain.c:1131:domain_destroy_callback: Domain 14:Un= able to destroy guest
libxl: error: libxl_domain.c:1058:domain_destroy_c= b: Domain 14:Destruction of domain failed

This is my config file for= reference:

name =3D "testvm"
kernel = =3D "/home/testvm/images/vmlinuz"
ramdisk =3D "/home/test= vm/images/initrd.gz"
extra =3D "root=3D/dev/xvda1"
mem= ory =3D 768
#maxmem =3D512
vcpus =3D 1
vif =3D [ 'bridge=3Dxen= br0,mac=3D00:16:3e:21:12:00' ]
disk =3D [ '/dev/VM-Group/testvm,= raw,xvda,rw' ]




On Tue, Dec 28, 2021 at 6:24 AM Chris Myers <chrismyers81@gmail.com> wrote:
Just to mak= e sure, do you have a bridge named=C2=A0vp= ort-l2 on the hypervisor?=C2=A0

On Mon, Dec 27, 2021, 3:12 PM Holy Swor= d <holytriakis@gmail.com> wrote:
Good day Xen community I hav= e=C2=A0been experiencing=C2=A0difficulty setting up a VM on XCP-NG using th= e xl toolstack. I was forwarded to this mailing list from the XCP-NG forum = as they said I may potentially get a better response to my question.The pro= blem that I am having occur is a continuous error for the VIF as seen below= :

libxl: error: libxl_exec.c:118:libxl_report_child_exit= status: /etc/xen/scripts/vif-bridge online [13933] exited with error status= 1
libxl: error: libxl_device.c:1259:device_hotplug_child_death_cb: scri= pt: Could not find bridge device vport-l2
libxl: error: libxl_create.c:1= 701:domcreate_attach_devices: Domain 12:unable to add vif devices
=

Please tell me if you have any suggestions=C2=A0as to h= ow I can correct=C2=A0this.


Best Re= gards
Tra-Vaughn James=C2=A0
--000000000000a3049e05d4370ec0--