From nobody Wed Aug 13 22:39:35 2025 X-Original-To: virtualization@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2NbX1XFRz64cnH for ; Wed, 13 Aug 2025 22:39:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2NbX0kXlz3dvm for ; Wed, 13 Aug 2025 22:39:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755124776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SJOhY6fu0Hfuo5xhjSVuUBXoElN2K/2EVPiTPa5T3zI=; b=Uodo+a43CpNt0/e6dNPLwLxr1Czz3WgAwfIrtLOGlXqhjBIIAmf3swyjmMvrCdITbAeTpZ bvOkxNE1n3JZMPq76A40aeU5j6PQ6SjGYG3KDMyCVRuY4uKDKwWwL8Qw7fzxRAcvZV9C/7 9gFvbi20Q/g4JsoQ2bzeYefhrxwNowl7dqJvN8r/eKN9ukoImFtp7NAAd7GOJFIP4TtcFO 50WU5gIFKUoL16AUEaolQ/wKc+1PNvFpcIM8ARM9MBCypsTu5dzJA/JPugMYJsCOFjTU0a MhNcGiCUR/9s06YxPVW/1lhJX/atL60FUD0fyO6s6meJqTWSZmfL7kNb2VUzqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755124776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SJOhY6fu0Hfuo5xhjSVuUBXoElN2K/2EVPiTPa5T3zI=; b=aQVlH+yLzmIj6ylcIM7yRiLyMP7ScuaU7AvCO/f3V4dX+Sn4drLKHcFGAp6QNyqRdzzBZH 4jnbWjcAl4sHvgio/NvlXexRLoz3YZzmnhWz0dYGVPYS5Bxd/Ch2Fk80cIh6tWIIMoA+EH /R6wp1gArmy0snzJugxhdi/Vvhn/3EmOJW8oRaThFQhVsVO7+Na81Y/X/IhjF7cMtMGXyI hGC4EvVj3TZBkOhZ1oEDzLzdlIjtcxa2CB6IRiy73Y8lnjjEf0ej82AZuj+RGGagGPku4V bfiUsXEQrTIKokUqiHpVeVD6bNu6vq5MXn90x9zG6elSQhAeFfqLccS6mTOXrQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755124776; a=rsa-sha256; cv=none; b=rdZ1AuvOEzBLsGvd5ogAUVzsEiPo0xQRoI7cBetlMqaMri4AFmQTGDYTCMuu4/NrPDrWZ1 y0ZAgtaPYpUbKoGD3qi7wNMJZpyY2l/0q8VVd5U1FK0y+W5oK0q2yHkWdIDDG4BAE0rRSg rm5Jr9bCjbFO6XB+bsCACJFJYVPS77QoQYoFeLp3OlbT/kfMlVDEDOL2Kfb+SPeFcPmR/z Ck6JdJCdbD7ia4+rj9+Boq5ySYtWWCyX6FKG4ZQx55/e22b5vYtrih73Aekls6w2UtvbAp EX16OUz/pI2MvQOJfKRCyzcLGjloUUwZS8UKQwxnnaSUIzOiA/KKbKf/i0OiTw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4c2NbX049CzBSp for ; Wed, 13 Aug 2025 22:39:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 57DMdZMg068019 for ; Wed, 13 Aug 2025 22:39:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 57DMdZKk068018 for virtualization@FreeBSD.org; Wed, 13 Aug 2025 22:39:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 288848] bhyve GPU passthru for NVIDIA not working Date: Wed, 13 Aug 2025 22:39:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bhyve X-Bugzilla-Version: 14.3-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: junchoon@dec.sakura.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Discussion List-Archive: https://lists.freebsd.org/archives/freebsd-virtualization List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-virtualization@freebsd.org Sender: owner-freebsd-virtualization@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288848 Tomoaki AOKI changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |junchoon@dec.sakura.ne.jp --- Comment #1 from Tomoaki AOKI --- It would be nice if the changes can be obtained as a patch to original src tree. Without it, no discussion is possible, as it's almost impossible to know wh= at's changed throughout the whole bunch of src tree for this. I'm on discussion you pointed and once tried to let github to generate diffs between the branch you mentioned and seemingly corresponding branch, but it didn't finish (no results are shown) within several hours. (As I myself don= 't use GPU passthrough, I don't want to clone the repo just to obtain / genera= te diffs locally. So I gave up. (Not sure the original author did pull request or not.) And even with the repo, fatal problems are seen in the thread. At least different guest requires different fingerprint of the host VM (her= e, bhyve), some require "KVMKVMKVM" and some others require something other, forcing the user reporting it to rebuild FreeBSD modifying the patch to swi= tch. At least, the fingerprint SHALL be configurable per-instance (conf files, sysctl,...). Not shure how trivial the fix would be. In my humble opinion, passing through any hardware is quite fragile and not= a recommended way. I believe making UEFI firmware (or its successor) the VM h= ost and forcing hardware accesses to be runtime services is the way to go, like mainframes are doing for CPUs, memories and so on (PPAR - Physical PARtitioning, LPAR - Logical PARtitioning, and any kind of virtualizations)= . As the idea of virtual machines itself came from mainframes. --=20 You are receiving this mail because: You are the assignee for the bug.=