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 7FA43C27C79 for ; Tue, 18 Jun 2024 00:57:49 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.742626.1149458 (Exim 4.92) (envelope-from ) id 1sJNA1-0002Z2-Sy; Tue, 18 Jun 2024 00:57:21 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 742626.1149458; Tue, 18 Jun 2024 00:57:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1sJNA1-0002Yv-Pf; Tue, 18 Jun 2024 00:57:21 +0000 Received: by outflank-mailman (input) for mailman id 742626; Tue, 18 Jun 2024 00:57:21 +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 1sJNA0-0002Yo-UM for xen-devel@lists.xenproject.org; Tue, 18 Jun 2024 00:57:21 +0000 Received: from fout1-smtp.messagingengine.com (fout1-smtp.messagingengine.com [103.168.172.144]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id b51c1a15-2d0d-11ef-b4bb-af5377834399; Tue, 18 Jun 2024 02:57:17 +0200 (CEST) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailfout.nyi.internal (Postfix) with ESMTP id 231161380803; Mon, 17 Jun 2024 20:57:16 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Mon, 17 Jun 2024 20:57:16 -0400 Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Jun 2024 20:57:15 -0400 (EDT) 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" X-Inumbo-ID: b51c1a15-2d0d-11ef-b4bb-af5377834399 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= invisiblethingslab.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1718672236; x=1718758636; bh=HthqcoOdBh /JK0eSSjRZiYaRguDJqed9JCqeCaWqaF4=; b=X2GIm8MqFYIjY9hChpzwMV4a4B DWt59AMHg/VJVG5y6Rco+PbdySHeM2Lll9EyLn8Emgy+Xp6DitfgwPgCzd+gVLYb F6jsrrdqRU3EvhJ0hm1Woeaf1LredHqeNf07J4wGsm0QAoO/muAZlGZsP5wX8I+9 aNv99soLhwE9RyeG4Yf9N3ouE/p5f2umX2kt7+ToY6UTqM46adpi9UGR0cy93ihY 58WWkfx/XQIPtbJIvO9HVdwRQf10fyc2mhOXND8GjFADik1+jnJqVTmJZr9T7Sdg k8entB0Px4f1q5QAl8KyxN7FE9nxnCH//OltmltW1Fd1vbnYteroYkJ4jP0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1718672236; x= 1718758636; bh=HthqcoOdBh/JK0eSSjRZiYaRguDJqed9JCqeCaWqaF4=; b=D lh01JSRa/LB9EMZLvlsYZUNBJvMpYIQd0NzMbdDnYJWzb16IdWTIf1DJhtBRWq8r KmOUmt0QWK29vQsgSHcBUF6Y5NgjynqkzPqkgSyCzZ9GPmHIzLVT9Vpjed6RxNs5 K111QEiyRVPZ3C/uw2ch/hIOEjSYCqlcfurxsvKBb1lzPK1k9XZzlNGqSQVu1OzT ZME6D3a+lGnzuIdvO/Bp4EsI7lF1M8BaMqq8kDUE8MG68/wgFzT+7qKj2K7dFXXo /pOXz6BeEM8/932vNt+vYti+JnMr32YAys3J5PvYf5EHfChzaBGhe+1ZUursERhd LM4x9moCS/SUNFKZqsvIg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfedviedggeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkfhggtgfgjgesthekredttddtjeenucfhrhhomhepffgvmhhi ucforghrihgvucfqsggvnhhouhhruceouggvmhhisehinhhvihhsihgslhgvthhhihhngh hslhgrsgdrtghomheqnecuggftrfgrthhtvghrnhepudfgieetueeuueeihefhfeetudfh iefgteekuedvgfeuhffggeegfedvkeegkeeinecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepuggvmhhisehinhhvihhsihgslhgvthhhihhnghhs lhgrsgdrtghomh X-ME-Proxy: Feedback-ID: iac594737:Fastmail Date: Mon, 17 Jun 2024 20:57:14 -0400 From: Demi Marie Obenour To: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= , Roger Pau =?utf-8?B?TW9ubsOp?= Cc: Jan Beulich , Xenia Ragiadakou , Ray Huang , Xen developer discussion , Andrew Cooper , Direct Rendering Infrastructure development , Christian =?utf-8?B?S8O2bmln?= , Qubes OS Development Mailing List Subject: Re: Design session notes: GPU acceleration in Xen Message-ID: References: <440d6444-3b02-4756-a4fa-02aae3b24b14@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Transfer-Encoding: 8bit In-Reply-To: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Mon, Jun 17, 2024 at 10:46:13PM +0200, Marek Marczykowski-Górecki wrote: > On Mon, Jun 17, 2024 at 09:46:29AM +0200, Roger Pau Monné wrote: > > On Sun, Jun 16, 2024 at 08:38:19PM -0400, Demi Marie Obenour wrote: > > > In both cases, the device physical > > > addresses are identical to dom0’s physical addresses. > > > > Yes, but a PV dom0 physical address space can be very scattered. > > > > IIRC there's an hypercall to request physically contiguous memory for > > PV, but you don't want to be using that every time you allocate a > > buffer (not sure it would support the sizes needed by the GPU > > anyway). > > Indeed that isn't going to fly. In older Qubes versions we had PV > sys-net with PCI passthrough for a network card. After some uptime it > was basically impossible to restart and still have enough contagious > memory for a network driver, and there it was about _much_ smaller > buffers, like 2M or 4M. At least not without shutting down a lot more > things to free some more memory. Ouch! That makes me wonder if all GPU drivers actually need physically contiguous buffers, or if it is (as I suspect) driver-specific. CCing Christian König who has mentioned issues in this area. Given the recent progress on PVH dom0, is it reasonable to assume that PVH dom0 will be ready in time for R4.3, and that therefore Qubes OS doesn't need to worry about this problem on x86? - -- Sincerely, Demi Marie Obenour (she/her/hers) Invisible Things Lab -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmZw22kACgkQsoi1X/+c IsGqtA/+INEbVP6pjKoMOJStaXajIvx19hJFU5HJQT0FBe4u2VXd3wfhK5gbJ90P NrlE3Lstzper0qBG7Lt8lt4DAcL9Q3Ml9d8M0K7z6VYIKPqiu2Wh/P25HD7r+Adn L2AMwnKUHtC02LJpT1Cjt/acKU3En9TMd35RhCNf4K+c9Swodtea3iOo7GzgQjNA TFMAYiiIlhwQIvThrVlcKktCMZajvhudxwfZTd3EfUkIQbMtc/ydkeqL92nV9Fg4 uz+AEeDDNhCGsEjrFUFTXKnXc/28jpVIc4mXyGW+x4dginRjrjRVmtNrnz/1wO+S X/xVUVnvLoTUXI+dKI9y5XmobVAJzLNZaEOEfnKePj5zA2ayRfnWybPBjzJuU+S4 wKevyBDlTuOdgtOT9nktd+qzXBQYtreEu8f+t9sEezURpVU/oOyrVn7Ui0RMtZID W3sXJH3NfVb3mWCsYOMpJyzb5VYfYR5PWN6Ggln/CHvfLTDI8TKdaO41INkXLlTC fA1cXVSKPn/VX9LRIFcQ81v9MGBAFkDX4Mf7z7xodi9Qopj+o2Yw66g5vLrPxPCH asJSdnrnaZAtZSsbEhY4uV5+4QLD0dyNUqj+HxRlODFwhpDyervCikfp0MoSsWmT qFvFHkiSqkx7E33QaVjmcGmFv4eWTVunYxW0j8tWnpWQLNLfPzY= =H5gN -----END PGP SIGNATURE-----