From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 30C84C83F26 for ; Thu, 24 Jul 2025 09:43:13 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.1055554.1423933 (Exim 4.92) (envelope-from ) id 1uesTg-0001ml-7L; Thu, 24 Jul 2025 09:43:04 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 1055554.1423933; Thu, 24 Jul 2025 09:43:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1uesTg-0001me-4n; Thu, 24 Jul 2025 09:43:04 +0000 Received: by outflank-mailman (input) for mailman id 1055554; Thu, 24 Jul 2025 09:43:02 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1uesTe-0001mL-OM for xen-devel@lists.xenproject.org; Thu, 24 Jul 2025 09:43:02 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.96) (envelope-from ) id 1uesTe-00GVhP-1b; Thu, 24 Jul 2025 09:43:02 +0000 Received: from [2a01:cb15:80df:da00:e2a9:ff82:7bde:38cd] (helo=l14) by xenbits.xenproject.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uesTe-00ASwP-0h; Thu, 24 Jul 2025 09:43:02 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date; bh=SJO2HIWHlYuekrnkmqc7PrJ14+H4otz8JSGqD64hiH4=; b=1WIttA/isoAweyA043nPtUSjKf 0EPZKgJDXM97jHR+3/AGtlfivyXjrV+XKAq4QymTf8BUPsXziO0CBYDH3i0sSHTnugQdrlH9trHyy M05yHO6GhwXDyLAIENoGoG0MMteu4WCNpiJPzdYPBvIaTlhmG4xUpGlRNXIIgQOIvcAo=; Date: Thu, 24 Jul 2025 11:43:00 +0200 From: Anthony PERARD To: Juergen Gross Cc: xen-devel@lists.xenproject.org, Anthony PERARD Subject: Re: [PATCH] libxl: allow to run non-HVM guest without any device model being available Message-ID: References: <20250711091944.26603-1-jgross@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250711091944.26603-1-jgross@suse.com> On Fri, Jul 11, 2025 at 11:19:44AM +0200, Juergen Gross wrote: > When removing qemu-trad support, libxl__domain_build_info_setdefault() > was modified to only allow qemu-xen as a device model. This change > resulted in an error at domain creation when qemu-xen isn't there. > > As this is a perfectly fine situation for PV and PVH guests without > any qemu based backends, handle this case gracefully. > > Fixes: 19ab8356abe4 ("tools: remove support for running a guest with qemu-traditional") > Signed-off-by: Juergen Gross Reviewed-by: Anthony PERARD Thanks, -- Anthony PERARD