From nobody Fri May 10 11:16:55 2024 X-Original-To: ports-bugs@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 4VbRDC2znjz5JDjn for ; Fri, 10 May 2024 11:16:59 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VbRDB6M82z4RY3 for ; Fri, 10 May 2024 11:16:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715339818; a=rsa-sha256; cv=none; b=hknugMJ5wIieVnFrP/MvDJ19ydYZ3MjS4JuWM2mLgvBpeYVieJVp6B1LMdecY0zJ+EJrFf Il2b8lw558U2Y2Sldf+vnX371BYCr5O3ESfQLoKuzFuEvkKBfvVLlNo0BuRPvmijFRwT3y 37n29V71zUeilVF7o2Bja5iichMo3sHiWvQ828sXkkCd+9AFkbJoxhXwelYkWztRNiT/pU cyS3cLHXtaKxpAnNtGJkxOhBgDqVLlhBsLtVwQ0VG0FvNELnEmXVmqpVKDsV9hCPWUoXn1 eev2TylLsHTYcMUCJIaj8jZTyZONjupK7FgGP3rU2Z4tshKzByEA77ElJkpOog== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715339818; 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; bh=AUWsSWR+ydoZ86YdFeTxbSYVWjfB5qmhvuDr8Zac32E=; b=wi55BPykR1biBwFZRV7DY21h0CWqHlwHbeyTs9fZOtFlO2mW8Za2wAUXbOj1Co7esrv7JP OS7xxhhTFDDRtzj1JA5MNbzh1rOux+EkZqdOfJD61+4g+ZdAt5pD9LOJMvq+W2lvAdllmd Jrmz4CnbcTOLff8xSHMaVn70uE8O6dCAYCYpXdZF7djS7IAz7FIKNP09fyezKIin1+F9pP t6aj2PiKsX/Bkc7DZlIJYZSKjkoBO6hINjbzQP/TqO4ZJ1iyCUhMjzsPGx9LyXVj8bUde5 YcgHvOFXv2dICgO9pcLAYCrsveTFR53M70PptPM9lwCkN4hOTO1RWNc/6eFsLQ== 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 4VbRDB5yj6zb6H for ; Fri, 10 May 2024 11:16:58 +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 44ABGwxZ023431 for ; Fri, 10 May 2024 11:16:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 44ABGwo2023417 for ports-bugs@FreeBSD.org; Fri, 10 May 2024 11:16:58 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: ports-bugs@FreeBSD.org Subject: [Bug 278892] virtualization/bhyve: bhyve can't handle ACPI when a nvidia modern GPU in passed within a Windows vm Date: Fri, 10 May 2024 11:16:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: marietto2008@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports-bugs@freebsd.org Sender: owner-freebsd-ports-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278892 Bug ID: 278892 Summary: virtualization/bhyve: bhyve can't handle ACPI when a nvidia modern GPU in passed within a Windows vm Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: marietto2008@gmail.com Created attachment 250566 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D250566&action= =3Dedit ACPI / Geforce RTX 2080 ti conflict screenshot. Hello. What I would like to understand is why,when I try to pass my RTX 2080 ti fr= om FreeBSD to Windows 11,it won't do it,causing the error 12. It says that it generates a resource conflict and requires additional installation). Now,inside it I still see the error 12 : The device PCI\VEN_10DE&DEV_1E04&SUBSYS_250319DA&REV_A1\3&61aaa01&0&48 generates a resource conflict and requires additional installation. I have 3 GPUS.=20 The ones you see below : root@marietto-133:/usr/ports/www/chromium # lspci 00:02.0 Display controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] (rev 02) 01:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 10= 60 3GB] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GP106 High Definition Audio Contro= ller (rev a1) 02:00.0 VGA compatible controller: NVIDIA Corporation TU102 [GeForce RTX 20= 80 Ti] (rev a1) 02:00.1 Audio device: NVIDIA Corporation TU102 High Definition Audio Contro= ller (rev a1) 02:00.2 USB controller: NVIDIA Corporation TU102 USB 3.1 Host Controller (r= ev a1) 02:00.3 Serial bus controller: NVIDIA Corporation TU102 USB Type-C UCSI Controller (rev a1) What I do is to select (from the BIOS) the Intel or the Nvidia Geforce 1060 GPU,reserving the RTX 2080 ti to a guest os (Linux or Windows),by declaring this parameter inside the file /boot/loader.conf : pptdevs=3D"2/0/0 2/0/1 2/0/2 2/0/3" Take in consideration that IT WORKS inside the Linux vm,but NOT in the Wind= ows vm,because there are some kinds of conflicts between resources that I need = to understand. I ran msinfo32 and then I checked the resource sharing and conflicts tab to= see which devices are conflicting with each other and I found something really interesting (please see the attached picture). I'm not a developer,but I suspect that a patch is needed for bhyve. Windows needs that ACPI is enabled within Windows itself,because when I have disabl= ed (configuring the entries below to Start 4 - disabled) the entries below : HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\ACPI Start 0 HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\AcpiPmi Start 3 HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\acpitime Start 3 what's happened has been a BSOD : "Unaccessible Boot Device" I'm not sure if ACPI can be disabled in Windows without to break it irreversibly. I will keep trying an answer to this question. What happens,instead if I keep ACPI enabled in Windows,but disabled in bhyv= e ? Windows crashed with the error "Video TDR failed" The other option would be to develop a patch for bhyve that fix the conflic= ts that are shown by Windows ? Maybe bhyve offers a not complete ACPI feature = that should be improved ? --=20 You are receiving this mail because: You are the assignee for the bug.=