From owner-freebsd-virtualization@freebsd.org Sun Mar 26 15:26:32 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2DA1D1EF63 for ; Sun, 26 Mar 2017 15:26:31 +0000 (UTC) (envelope-from rajil.s@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1D8C1562 for ; Sun, 26 Mar 2017 15:26:31 +0000 (UTC) (envelope-from rajil.s@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id s68so29120924vke.3 for ; Sun, 26 Mar 2017 08:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=W5ZGnB2M8ZSI9nMHPbUNFX2oJnSvh7e2/bDoyIYqx94=; b=EdOTj104DPeQSxr1l86xdyK8tWoT+X4yCA9nX8XLzv6CaA7t3CdgPDRvWyC11wRcqS rqEJjTIswF5vBgngkmri0lhhzux6wX4HZaY2OVG3/4YMaKH+Lw5k3/E4LvC9vHNF1OUd 1cnwFZKdWxWWdtYzCihFLHxRgBWuQ5soMJXOFmOD7gO5QBgirhqKv00xgp6xSWfO7IMI UnWR7pXMMEFa5puuLZILQZIr7R74oUe6DvdgnIv/gHMVFjZCSbSvlwBlKYgENHQys9cq wAjboQnztG9lJajO8XLa6a0b9K/JVeX+D4wEyaCJ7nyLgAHDj8MTPLoR7NM03jIM90Tu G4yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=W5ZGnB2M8ZSI9nMHPbUNFX2oJnSvh7e2/bDoyIYqx94=; b=JmDlPWp0lUUtTUnx4d1UXbjbgqO5UE+eYOvCGG1ZTvuibQXCP/7BFySRA591bfnLGr pSsry/W6WlcmCGhhR5javZ0B8Hk2F6mFOIrJ9FBPYQuTV3f5wiWjuYS6qevkbyFjEV+q 8JGMMWPzSJRq+hcxaPrklsRz0t1NFfQKjYHjJb6nK8sUFLpzjdChNRdmlhqLoLLS11yh TMnOllOCONMSvUv56W8CIuFZIwUImfgnkqQercbZUEUK/BIC/GBtQexnvwb84NP0rv+a q9paF8M5NjU/HVdHZOdnuRnl0AqY7q/E7Eiq10QMonRNj8P5Ft/TO1Rr0/PRI/coAozz Lqqw== X-Gm-Message-State: AFeK/H3untAQrEVVL9YcsmV2wz+By6z4vnlETSyiXuf8eUBwu5gFOZH7mN0nTCGe0/8udTX6ZoTONtRREarw6A== X-Received: by 10.159.48.146 with SMTP id j18mr152956uab.156.1490541990528; Sun, 26 Mar 2017 08:26:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.92.40 with HTTP; Sun, 26 Mar 2017 08:26:30 -0700 (PDT) Received: by 10.176.92.40 with HTTP; Sun, 26 Mar 2017 08:26:30 -0700 (PDT) In-Reply-To: References: From: Rajil Saraswat Date: Sun, 26 Mar 2017 10:26:30 -0500 Message-ID: Subject: Host filesystem in Bhyve To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 15:26:32 -0000 Hello, It seems that FreeNAS 10 is able to expose the host filesystem to bhyve sessions. Is there any plan to bring that feature into FreeBSD? Thanks From owner-freebsd-virtualization@freebsd.org Sun Mar 26 17:10:16 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CE8FD1F036 for ; Sun, 26 Mar 2017 17:10:16 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 10B281642 for ; Sun, 26 Mar 2017 17:10:15 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id 52E65206BDC1 for ; Mon, 27 Mar 2017 03:09:47 +1000 (AEST) Received: from localhost (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id 4C6E42809EF for ; Mon, 27 Mar 2017 03:09:47 +1000 (AEST) X-Amavis-Modified: Mail body modified (using disclaimer) - iredmail.onthenet.com.au Received: from iredmail.onthenet.com.au ([127.0.0.1]) by localhost (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id WM3ykEFijgOS for ; Mon, 27 Mar 2017 03:09:47 +1000 (AEST) Received: from Peters-MacBook-Pro-2.local (c-67-180-92-13.hsd1.ca.comcast.net [67.180.92.13]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id 8548E2804D5; Mon, 27 Mar 2017 03:09:45 +1000 (AEST) Subject: Re: Host filesystem in Bhyve To: Rajil Saraswat References: Cc: freebsd-virtualization@freebsd.org From: Peter Grehan Message-ID: <1e44b810-58ca-f325-afca-f06780d41002@freebsd.org> Date: Sun, 26 Mar 2017 10:10:11 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=XKlAcUpE c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=5eVCmCvhg37cu/pjidAGzw==:17 a=N659UExz7-8A:10 a=6Iz7jQTuP9IA:10 a=1Y987WIa7PBMRBVjGaUA:9 a=pILNOxqGKmIA:10 a=f9AS4WclRfkA:10 wl=host:3 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 17:10:16 -0000 Hi Rajil, > It seems that FreeNAS 10 is able to expose the host filesystem to bhyve > sessions. > Is there any plan to bring that feature into FreeBSD? I'd like to see it happen but it's really up to the iX guys who wrote that code to get it in. later, Peter. From owner-freebsd-virtualization@freebsd.org Sun Mar 26 17:42:22 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D958D1F646 for ; Sun, 26 Mar 2017 17:42:22 +0000 (UTC) (envelope-from jakub@ixsystems.com) Received: from mx.ixsystems.com (mx.ixsystems.com [12.229.62.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN ".", Issuer "." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 296131536; Sun, 26 Mar 2017 17:42:21 +0000 (UTC) (envelope-from jakub@ixsystems.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx.ixsystems.com (Postfix) with ESMTP id 3vrkxk2M62zCqPv; Sun, 26 Mar 2017 10:42:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ixsystems.com; h=x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:subject:subject:mime-version :content-type:content-type:received:received:received:received :received:received; s=dkim; t=1490550126; x=1492364527; bh=pMAB3 yj8UGQ2KkViClYGsmzxFzs9YUsFTpoemE2F/yg=; b=JLsK7dmIc5HNbPrVkA3+K lMqqwKZ/pvAa2mufgzZS28zVYSoDlJSjCp+ggz9xJS/frA+3eFB5G8qvG2wJJrQO LTFHwqFo4S8xNmxtCtrleqhZKL//JiGBFwNm2bmJX62kG0tR9Nb3s2KjO5SiN687 2+J3ZEg89NPuK1gxxvGxLF0UXsioNGF1QCuHcaRLWhcroWpuBL68TFtsShAaNH64 ZIRQfEBJOGUuF21q6A65SxSpCVUgK6e/AOkOY5Dlhn9POiWNwlVy/dk9r/a2f+nm qbhpGx3XEIuwT6nnSb0CYxMNco84JGbaX3/MhbYZtuoa82kr7zLqMu+uL6ScazAn A== X-Amavis-Modified: Mail body modified (using disclaimer) - mx.ixsystems.com X-Virus-Scanned: Scrollout F1 at ixsystems.com Received: from mx.ixsystems.com ([127.0.0.1]) by localhost (mx.ixsystems.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lSQQyUye1BQB; Sun, 26 Mar 2017 10:42:06 -0700 (PDT) Received: from zimbra.ixsystems.com (mail.ixsystems.com [10.246.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ixsystems.com (Postfix) with ESMTPS id 3vrkxV4JPVzCqMx; Sun, 26 Mar 2017 10:42:06 -0700 (PDT) Received: from zimbra.ixsystems.com (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTPS id 8CF79460101; Sun, 26 Mar 2017 10:42:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 7DD6A4600FF; Sun, 26 Mar 2017 10:42:06 -0700 (PDT) Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id sARposNUEHnk; Sun, 26 Mar 2017 10:42:06 -0700 (PDT) Received: from [192.168.0.107] (unknown [185.55.65.88]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id A5B254600FE; Sun, 26 Mar 2017 10:42:05 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Host filesystem in Bhyve From: Jakub Klama In-Reply-To: <1e44b810-58ca-f325-afca-f06780d41002@freebsd.org> Date: Sun, 26 Mar 2017 19:42:03 +0200 Cc: Rajil Saraswat , freebsd-virtualization@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1A031EEF-745D-42E7-AA6F-11EECD2BCED2@ixsystems.com> References: <1e44b810-58ca-f325-afca-f06780d41002@freebsd.org> To: Peter Grehan X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 17:42:22 -0000 > Wiadomo=C5=9B=C4=87 napisana przez Peter Grehan w = dniu 26.03.2017, o godz. 19:10: >=20 > Hi Rajil, >=20 >> It seems that FreeNAS 10 is able to expose the host filesystem to = bhyve >> sessions. >> Is there any plan to bring that feature into FreeBSD? >=20 > I'd like to see it happen but it's really up to the iX guys who wrote = that code to get it in. >=20 Hi Rajil and Peter, We've been using FreeNAS 10 (now Corral) as our testbed for virtio-9p = for over a year now and I think at this point it's stable enough to be = upstreamed. :-) Please expect phabricator diffs in the upcoming weeks! Thanks, Jakub From owner-freebsd-virtualization@freebsd.org Sun Mar 26 18:45:36 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8092D1F3E7 for ; Sun, 26 Mar 2017 18:45:36 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6F023102B for ; Sun, 26 Mar 2017 18:45:36 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id 342FD20ACE02 for ; Mon, 27 Mar 2017 04:45:08 +1000 (AEST) Received: from localhost (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id 2B83B2809F5 for ; Mon, 27 Mar 2017 04:45:08 +1000 (AEST) X-Amavis-Modified: Mail body modified (using disclaimer) - iredmail.onthenet.com.au Received: from iredmail.onthenet.com.au ([127.0.0.1]) by localhost (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4AToWiieOPGf for ; Mon, 27 Mar 2017 04:45:08 +1000 (AEST) Received: from Peters-MacBook-Pro-2.local (c-67-180-92-13.hsd1.ca.comcast.net [67.180.92.13]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id D12202804D5; Mon, 27 Mar 2017 04:45:06 +1000 (AEST) Subject: Re: Host filesystem in Bhyve To: Jakub Klama References: <1e44b810-58ca-f325-afca-f06780d41002@freebsd.org> <1A031EEF-745D-42E7-AA6F-11EECD2BCED2@ixsystems.com> Cc: Rajil Saraswat , freebsd-virtualization@freebsd.org From: Peter Grehan Message-ID: Date: Sun, 26 Mar 2017 11:45:30 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <1A031EEF-745D-42E7-AA6F-11EECD2BCED2@ixsystems.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=XKlAcUpE c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=5eVCmCvhg37cu/pjidAGzw==:17 a=IkcTkHD0fZMA:10 a=6Iz7jQTuP9IA:10 a=LZoJP36tQyourRzD9ZsA:9 a=QEXdDO2ut3YA:10 a=vL8YvLmTqfUA:10 wl=host:3 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 18:45:36 -0000 Hi Jakub, > We've been using FreeNAS 10 (now Corral) as our testbed for virtio-9p > for over a year now and I think at this point it's stable enough to > be upstreamed. :-) Please expect phabricator diffs in the upcoming > weeks! Great to hear ;) So... any news on a FreeBSD 9p client ? later, Peter. From owner-freebsd-virtualization@freebsd.org Sun Mar 26 21:00:14 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0A4BD1FB42 for ; Sun, 26 Mar 2017 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E79C1D5A for ; Sun, 26 Mar 2017 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2QL010s069669 for ; Sun, 26 Mar 2017 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201703262100.v2QL010s069669@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-virtualization@FreeBSD.org Subject: Problem reports for freebsd-virtualization@FreeBSD.org that need special attention Date: Sun, 26 Mar 2017 21:00:14 +0000 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 21:00:14 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 212820 | FreeBSD 10-STABLE from latest HEAD and 11-RELEASE 1 problems total for which you should take action. From owner-freebsd-virtualization@freebsd.org Mon Mar 27 09:02:42 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C038D1F1DE for ; Mon, 27 Mar 2017 09:02:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B3581788 for ; Mon, 27 Mar 2017 09:02:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2R92fAY019430 for ; Mon, 27 Mar 2017 09:02:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 216493] [Hyper-V] Mellanox ConnectX-3 VF driver can't work when FreeBSD runs on Hyper-V 2016 Date: Mon, 27 Mar 2017 09:02:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: decui@microsoft.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 09:02:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216493 --- Comment #5 from Dexuan Cui --- One more patch to port from Linux: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?= id=3D4cbe4dac82e423ecc9a0ba46af24a860853259f4 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Mon Mar 27 16:40:26 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A00E5D2065A for ; Mon, 27 Mar 2017 16:40:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F311364 for ; Mon, 27 Mar 2017 16:40:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2RGeQJX066462 for ; Mon, 27 Mar 2017 16:40:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 203994] bhyve kernel module may need to relax some checks when running nested under KVM Date: Mon, 27 Mar 2017 16:40:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: notfixingit@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 16:40:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203994 Tom M changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |notfixingit@yahoo.com --- Comment #6 from Tom M --- Also willing to test patches when available. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Mon Mar 27 18:52:34 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFFF7D20049 for ; Mon, 27 Mar 2017 18:52:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF5CD9C6 for ; Mon, 27 Mar 2017 18:52:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2RIqYhL000562 for ; Mon, 27 Mar 2017 18:52:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 203994] bhyve kernel module may need to relax some checks when running nested under KVM Date: Mon, 27 Mar 2017 18:52:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: wh@ravok.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 18:52:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203994 wh@ravok.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wh@ravok.de --- Comment #7 from wh@ravok.de --- Due to this bug I'm unable to run VMs and Docker-instances on FreeNAS Corra= l. I'm ready to test whatever patch you may throw at us. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Tue Mar 28 15:28:03 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FE57D20447 for ; Tue, 28 Mar 2017 15:28:03 +0000 (UTC) (envelope-from sux2mfgj@gmail.com) Received: from mail-ot0-x232.google.com (mail-ot0-x232.google.com [IPv6:2607:f8b0:4003:c0f::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2896937F for ; Tue, 28 Mar 2017 15:28:03 +0000 (UTC) (envelope-from sux2mfgj@gmail.com) Received: by mail-ot0-x232.google.com with SMTP id a5so54271704oth.1 for ; Tue, 28 Mar 2017 08:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=B2kuU4M8JbA6KqmLX8Y2uFUe1wspPHrlD6ajuD73T5k=; b=UNM6Y25imzbpHMGOulpoOWBLSJjskK+pkq/bgw5ySjpbsBvzSoqkByCelyS9cAc0H+ x8UMFdHSVqa7K7tE41l87dRmxbQKrcBmBbc6p/8YVZPSLVkvlrC45A/RLow28F54LHBA lxD1HKCWfRbP+IOp3NF1/1rJg6PapSKAZxvW0GAqjkDDmeZv4dvFZSOpaectrmad4sNz jQO27Rjc7ZppMXhJM+p/bfwMT2zoXR7gJ8olo/ICfnx3zQKcslECjKXe5dGZo5aCxAQG hD/qYYXNYReScuMPgDex3DQOOkUELWsE+XVTNRIfmCCLuLuUFMtM6zPfwNocE9AmO+mm cBrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=B2kuU4M8JbA6KqmLX8Y2uFUe1wspPHrlD6ajuD73T5k=; b=i9Ht5yCVLsp/8vnwisZ1B5pYeHshjrI5p8obkcPcI89lOJV8yY3F9+yap3ZKr6TR0X Y09PHe+UOoUq10PjF0It8V+9oJ1B76TN0scJbuQNQOYa0suvRK3phCuHnIvUszQqyB6K W9O2wElNpEtYYVAK5Kxd3uinpzvz74mkPTS7smRHWKl3LAyDWwi89/SJgF9Es2JnR/kR 1FbwHKPYhBx8Y9BzB48kMiWiUlaYqBso5CO8Ew1OTJBLXMuqBqzuF8ebpPMu517hBSFF is2KI6qZE0gsDPhBrBOfCP1Tpp/MoyNRVXeUC/CnV/Ds7mtVAGFNLZLlbIjh7d2zouqE 4dLA== X-Gm-Message-State: AFeK/H02+bCVswhniLIrUk397GEC1kKOd2o7eHBWHNjoEmZc9ZNJ3lo4CcN83AKXxbtYZYkMonMhGwydiTIz9w== X-Received: by 10.157.8.129 with SMTP id 1mr9568248otf.123.1490714882158; Tue, 28 Mar 2017 08:28:02 -0700 (PDT) MIME-Version: 1.0 From: Shunsuke Mie Date: Tue, 28 Mar 2017 15:27:51 +0000 Message-ID: Subject: [GSoC 2017] Project "NVMe controller emulator for bhyve" To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2017 15:28:03 -0000 Hello bhyve hackers. My name is Shunsuke Mie. I go to graduate school in this April. I'm interesting in kernel, virtual machine, hardware design and open some of code in github ( https://github.com/himaaaatti). These are kernel (WIP, x64 bootable) and micro controller emulator etc. I found theme "NVMe controller emualtor for bhyve" in GSoC idea list. It sounds interesting for me. I'm already contacting with mentor who is Mr. Peter Grehan. I've never experienced commit to FreeBSD and another operating system projects. but I want to join BSD community and contribute. Also after GSoC. Regards, Shunsuke Mie. From owner-freebsd-virtualization@freebsd.org Tue Mar 28 16:05:53 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FA5AD22642 for ; Tue, 28 Mar 2017 16:05:53 +0000 (UTC) (envelope-from akgupt3@gmail.com) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 700ED188; Tue, 28 Mar 2017 16:05:53 +0000 (UTC) (envelope-from akgupt3@gmail.com) Received: by mail-pg0-x234.google.com with SMTP id g2so76247524pge.3; Tue, 28 Mar 2017 09:05:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=gwIKJomHXDw7/DbQumFIGg7XByx/4Jb1r4qfjZIvSbY=; b=Q8+Uo0Eu/tPeMAo2iQOQFJe2yA2rdpSoOXil/OfOmqbIYYSYzNDGBl6FBovNxRrP3J muY/NPy9Viu0snpOQ3J68/PlQIj94cNXwllyaiqoyA8JxQ3EBonF7FmiU5FkLLAGk6Rj RP+PNCjrY0AHGabdPynRvG2eHT99AtWokcOCtU32sepx0mYtMXr+y/sSa92VmtHxkusn A2jfq+gxyMeIf6mAVylC1/hXUy4XLe3M1DmeKK9Awyz9BGAOb5rpo0h9+/6tmVRTXy6u YQU37eBey6TRXYk3s60OXLKNQaEgGgHqPejdrfMgRu1UlDMCfqT+C9jIh7zKeQQpYr0E O3FQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=gwIKJomHXDw7/DbQumFIGg7XByx/4Jb1r4qfjZIvSbY=; b=gAFxX3EzMq0w2R2UR+vkJx4J6+U+ra7kECbRuKvN43iBW6fzLoDnTt2cKizIuxxt7z xm5be/dOIU9R+VzfLd1KpfnGLONDSQa4xIirVwrE7lSf7C69L4LhkGpY0Bh5EdZ5sR8H KPBjQTj0itIz8cHx5ghyvl55QvwtsGDrM7qIY/8HXw0cBij90u3q+H00i16s3zNc56aW X45Hnr8ZkW0dfRMgxzGBb5mUrBOsNkgsg7+qH7bDq38iPBRD4mWyaFe9bWQyjU7qRYp0 R0gLCMGDBXlmowP6fMYECQViK/jknPbiJ9EY2wShCFaCFyy+z4WL9wYUGBGM90C3WNzL SCgQ== X-Gm-Message-State: AFeK/H1JhxKuSBxRjOFVze2pCUWFXBtrK5uxamlO1hN4KL1hsjJDcMcGajTc68/Lr0O44g== X-Received: by 10.98.7.86 with SMTP id b83mr31532133pfd.66.1490717152915; Tue, 28 Mar 2017 09:05:52 -0700 (PDT) Received: from [192.168.1.39] ([98.248.138.12]) by smtp.gmail.com with ESMTPSA id s65sm8260282pgb.64.2017.03.28.09.05.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Mar 2017 09:05:52 -0700 (PDT) Subject: Re: [GSoC 2017] Project "NVMe controller emulator for bhyve" To: freebsd-virtualization@freebsd.org, Peter Grehan References: From: Anish Gupta Message-ID: Date: Tue, 28 Mar 2017 09:05:51 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2017 16:05:53 -0000 Hi Shunsuke Mie Awesome! Feel free to also ping me for any question you have. -Anish On 3/28/17 8:27 AM, Shunsuke Mie wrote: > Hello bhyve hackers. > > My name is Shunsuke Mie. > I go to graduate school in this April. I'm interesting in kernel, virtual > machine, hardware design and open some of code in github ( > https://github.com/himaaaatti). These are kernel (WIP, x64 bootable) and > micro controller emulator etc. > > I found theme "NVMe controller emualtor for bhyve" in GSoC idea list. It > sounds interesting for me. I'm already contacting with mentor who is Mr. Peter > Grehan. > I've never experienced commit to FreeBSD and another operating system > projects. but I want to join BSD community and contribute. Also after GSoC. > > Regards, > Shunsuke Mie. > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org" From owner-freebsd-virtualization@freebsd.org Thu Mar 30 12:42:20 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C88E1D22942 for ; Thu, 30 Mar 2017 12:42:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEF13351 for ; Thu, 30 Mar 2017 12:42:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UCgISf091982 for ; Thu, 30 Mar 2017 12:42:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 211746] [Hyper-V] UEFI VM can't boot from the iso installation disk Date: Thu, 30 Mar 2017 12:42:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 12:42:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746 --- Comment #31 from commit-hook@freebsd.org --- A commit references this bug: Author: dexuan Date: Thu Mar 30 12:41:21 UTC 2017 New revision: 316272 URL: https://svnweb.freebsd.org/changeset/base/316272 Log: MFC: 314547, 314770, 314828, 314891, 314956, 314962, 315235 r314547 loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9686 r314770 loader.efi: fix recent UEFI-boot regression on physical machines This patch fixes my recent patch "loader.efi: reduce the size of the staging area if necessary", which causes EFI-boot failure on physical machines since Mar 2: on the host there is a 1MB LoaderData memory range, which splits the big Conventional Memory range into a small one (15MB) and a big one: the small one is too small to hold the staging area. We can actually use the LoaderData range safely, because when amd64_tramp -> efi_copy_finish() starts to run, we're almost at the very end of the efi loader code and we're going to "return" to the kernel entry, so we're pretty sure we won't access any loader data any more. For people who are interested in the details: please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746#c22 PS, some people also reported the regression happened to FreeBSD VM running on Bhyve in EFI mode. This patch should resolve it too, though I don't have such a setup to test. Reviewed by: sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9904 r314828 loader.efi: fix an off-by-one bug in efi_verify_staging_size() Also remove the warning message: it may not be unusual to see the memory range containing 2MB is not of EfiConventionalMemory. Sponsored by: Microsoft r314891 loader.efi: finally fix the off-by-one bug in efi_verify_staging_size= () r314828(loader.efi: fix an off-by-one bug in efi_verify_staging_size(= )) doesn't really fix the bug and this patch adds the missing part. It's a shame that I didn't make everything correct at the very beginning... Sponsored by: Microsoft r314956 loader.efi: only reduce the size of the staging area on Hyper-V Doing this on physical hosts turns out to be problematic, e.g. see comment 24 and 28 in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2117= 46. To fix the real underlying issue correctly & thoroughly, IMO we need a relocatable kernel, but that would require a lot of complicated long term work: https://reviews.freebsd.org/D9686?id=3D25414#inline-56969 For now, let's only apply efi_verify_staging_size() to VMs running on Hyper-V, and restore the old behavior on physical machines since that has been working for people for a long period of time, though that's potentially unsafe... Sponsored by: Microsoft r314962 loader.efi: only include the machine/ header files on x86 The 2 files may not exist on other archs like aarch64 and hence we can have a build failure there. Reported by: lwhsu Sponsored by: Microsoft r315235 loader.efi: use stricter check for Hyper-V Some other hypervisors like Xen can pretend to be Hyper-V but obvious= ly they can't implement all Hyper-V features. Let's make sure we're genu= ine Hyper-V here. Also fix some minor coding style issues. PR: 211746 Sponsored by: Microsoft PR: 211746 Changes: _U stable/11/ stable/11/sys/boot/efi/loader/copy.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 12:42:26 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A96B3D2295A for ; Thu, 30 Mar 2017 12:42:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 900A03C2 for ; Thu, 30 Mar 2017 12:42:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UCgO7p095177 for ; Thu, 30 Mar 2017 12:42:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 211746] [Hyper-V] UEFI VM can't boot from the iso installation disk Date: Thu, 30 Mar 2017 12:42:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 12:42:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746 --- Comment #32 from commit-hook@freebsd.org --- A commit references this bug: Author: dexuan Date: Thu Mar 30 12:41:21 UTC 2017 New revision: 316272 URL: https://svnweb.freebsd.org/changeset/base/316272 Log: MFC: 314547, 314770, 314828, 314891, 314956, 314962, 315235 r314547 loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9686 r314770 loader.efi: fix recent UEFI-boot regression on physical machines This patch fixes my recent patch "loader.efi: reduce the size of the staging area if necessary", which causes EFI-boot failure on physical machines since Mar 2: on the host there is a 1MB LoaderData memory range, which splits the big Conventional Memory range into a small one (15MB) and a big one: the small one is too small to hold the staging area. We can actually use the LoaderData range safely, because when amd64_tramp -> efi_copy_finish() starts to run, we're almost at the very end of the efi loader code and we're going to "return" to the kernel entry, so we're pretty sure we won't access any loader data any more. For people who are interested in the details: please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746#c22 PS, some people also reported the regression happened to FreeBSD VM running on Bhyve in EFI mode. This patch should resolve it too, though I don't have such a setup to test. Reviewed by: sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9904 r314828 loader.efi: fix an off-by-one bug in efi_verify_staging_size() Also remove the warning message: it may not be unusual to see the memory range containing 2MB is not of EfiConventionalMemory. Sponsored by: Microsoft r314891 loader.efi: finally fix the off-by-one bug in efi_verify_staging_size= () r314828(loader.efi: fix an off-by-one bug in efi_verify_staging_size(= )) doesn't really fix the bug and this patch adds the missing part. It's a shame that I didn't make everything correct at the very beginning... Sponsored by: Microsoft r314956 loader.efi: only reduce the size of the staging area on Hyper-V Doing this on physical hosts turns out to be problematic, e.g. see comment 24 and 28 in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2117= 46. To fix the real underlying issue correctly & thoroughly, IMO we need a relocatable kernel, but that would require a lot of complicated long term work: https://reviews.freebsd.org/D9686?id=3D25414#inline-56969 For now, let's only apply efi_verify_staging_size() to VMs running on Hyper-V, and restore the old behavior on physical machines since that has been working for people for a long period of time, though that's potentially unsafe... Sponsored by: Microsoft r314962 loader.efi: only include the machine/ header files on x86 The 2 files may not exist on other archs like aarch64 and hence we can have a build failure there. Reported by: lwhsu Sponsored by: Microsoft r315235 loader.efi: use stricter check for Hyper-V Some other hypervisors like Xen can pretend to be Hyper-V but obvious= ly they can't implement all Hyper-V features. Let's make sure we're genu= ine Hyper-V here. Also fix some minor coding style issues. PR: 211746 Sponsored by: Microsoft PR: 211746 Changes: _U stable/11/ stable/11/sys/boot/efi/loader/copy.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 12:42:30 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B4DBD2297F for ; Thu, 30 Mar 2017 12:42:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61A61638 for ; Thu, 30 Mar 2017 12:42:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UCgTw2097337 for ; Thu, 30 Mar 2017 12:42:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 211746] [Hyper-V] UEFI VM can't boot from the iso installation disk Date: Thu, 30 Mar 2017 12:42:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 12:42:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746 --- Comment #33 from commit-hook@freebsd.org --- A commit references this bug: Author: dexuan Date: Thu Mar 30 12:41:21 UTC 2017 New revision: 316272 URL: https://svnweb.freebsd.org/changeset/base/316272 Log: MFC: 314547, 314770, 314828, 314891, 314956, 314962, 315235 r314547 loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9686 r314770 loader.efi: fix recent UEFI-boot regression on physical machines This patch fixes my recent patch "loader.efi: reduce the size of the staging area if necessary", which causes EFI-boot failure on physical machines since Mar 2: on the host there is a 1MB LoaderData memory range, which splits the big Conventional Memory range into a small one (15MB) and a big one: the small one is too small to hold the staging area. We can actually use the LoaderData range safely, because when amd64_tramp -> efi_copy_finish() starts to run, we're almost at the very end of the efi loader code and we're going to "return" to the kernel entry, so we're pretty sure we won't access any loader data any more. For people who are interested in the details: please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746#c22 PS, some people also reported the regression happened to FreeBSD VM running on Bhyve in EFI mode. This patch should resolve it too, though I don't have such a setup to test. Reviewed by: sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9904 r314828 loader.efi: fix an off-by-one bug in efi_verify_staging_size() Also remove the warning message: it may not be unusual to see the memory range containing 2MB is not of EfiConventionalMemory. Sponsored by: Microsoft r314891 loader.efi: finally fix the off-by-one bug in efi_verify_staging_size= () r314828(loader.efi: fix an off-by-one bug in efi_verify_staging_size(= )) doesn't really fix the bug and this patch adds the missing part. It's a shame that I didn't make everything correct at the very beginning... Sponsored by: Microsoft r314956 loader.efi: only reduce the size of the staging area on Hyper-V Doing this on physical hosts turns out to be problematic, e.g. see comment 24 and 28 in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2117= 46. To fix the real underlying issue correctly & thoroughly, IMO we need a relocatable kernel, but that would require a lot of complicated long term work: https://reviews.freebsd.org/D9686?id=3D25414#inline-56969 For now, let's only apply efi_verify_staging_size() to VMs running on Hyper-V, and restore the old behavior on physical machines since that has been working for people for a long period of time, though that's potentially unsafe... Sponsored by: Microsoft r314962 loader.efi: only include the machine/ header files on x86 The 2 files may not exist on other archs like aarch64 and hence we can have a build failure there. Reported by: lwhsu Sponsored by: Microsoft r315235 loader.efi: use stricter check for Hyper-V Some other hypervisors like Xen can pretend to be Hyper-V but obvious= ly they can't implement all Hyper-V features. Let's make sure we're genu= ine Hyper-V here. Also fix some minor coding style issues. PR: 211746 Sponsored by: Microsoft PR: 211746 Changes: _U stable/11/ stable/11/sys/boot/efi/loader/copy.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 12:51:57 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 575F0D240BF for ; Thu, 30 Mar 2017 12:51:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D660D31 for ; Thu, 30 Mar 2017 12:51:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UCps9p068234 for ; Thu, 30 Mar 2017 12:51:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 211746] [Hyper-V] UEFI VM can't boot from the iso installation disk Date: Thu, 30 Mar 2017 12:51:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 12:51:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746 --- Comment #34 from commit-hook@freebsd.org --- A commit references this bug: Author: dexuan Date: Thu Mar 30 12:51:44 UTC 2017 New revision: 316273 URL: https://svnweb.freebsd.org/changeset/base/316273 Log: MFC: 314547, 314770, 314828, 314891, 314956, 314962, 315235 r314547 loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9686 r314770 loader.efi: fix recent UEFI-boot regression on physical machines This patch fixes my recent patch "loader.efi: reduce the size of the staging area if necessary", which causes EFI-boot failure on physical machines since Mar 2: on the host there is a 1MB LoaderData memory range, which splits the big Conventional Memory range into a small one (15MB) and a big one: the small one is too small to hold the staging area. We can actually use the LoaderData range safely, because when amd64_tramp -> efi_copy_finish() starts to run, we're almost at the very end of the efi loader code and we're going to "return" to the kernel entry, so we're pretty sure we won't access any loader data any more. For people who are interested in the details: please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746#c22 PS, some people also reported the regression happened to FreeBSD VM running on Bhyve in EFI mode. This patch should resolve it too, though I don't have such a setup to test. Reviewed by: sephe Approved by: sephe (mentor) Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D9904 r314828 loader.efi: fix an off-by-one bug in efi_verify_staging_size() Also remove the warning message: it may not be unusual to see the memory range containing 2MB is not of EfiConventionalMemory. Sponsored by: Microsoft r314891 loader.efi: finally fix the off-by-one bug in efi_verify_staging_size= () r314828(loader.efi: fix an off-by-one bug in efi_verify_staging_size(= )) doesn't really fix the bug and this patch adds the missing part. It's a shame that I didn't make everything correct at the very beginning... Sponsored by: Microsoft r314956 loader.efi: only reduce the size of the staging area on Hyper-V Doing this on physical hosts turns out to be problematic, e.g. see comment 24 and 28 in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2117= 46. To fix the real underlying issue correctly & thoroughly, IMO we need a relocatable kernel, but that would require a lot of complicated long term work: https://reviews.freebsd.org/D9686?id=3D25414#inline-56969 For now, let's only apply efi_verify_staging_size() to VMs running on Hyper-V, and restore the old behavior on physical machines since that has been working for people for a long period of time, though that's potentially unsafe... Sponsored by: Microsoft r314962 loader.efi: only include the machine/ header files on x86 The 2 files may not exist on other archs like aarch64 and hence we can have a build failure there. Reported by: lwhsu Sponsored by: Microsoft r315235 loader.efi: use stricter check for Hyper-V Some other hypervisors like Xen can pretend to be Hyper-V but obvious= ly they can't implement all Hyper-V features. Let's make sure we're genu= ine Hyper-V here. Also fix some minor coding style issues. Sponsored by: Microsoft PR: 211746 Changes: _U stable/10/ stable/10/sys/boot/efi/loader/copy.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 12:59:28 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45CB5D24286 for ; Thu, 30 Mar 2017 12:59:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2839A145 for ; Thu, 30 Mar 2017 12:59:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UCxRGs082715 for ; Thu, 30 Mar 2017 12:59:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Thu, 30 Mar 2017 12:59:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nbe@renzel.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 12:59:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 Nils Beyer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nbe@renzel.net --- Comment #8 from Nils Beyer --- Same behaviour here on a Ryzen 1700 and "FreeBSD 12.0-CURRENT #0 334829e6c(drm-next)-dirty". Setting vCPU count greater than 1 leads to random lock-ups of the Windows 10 VM. Two, sometimes three of the vCPUs are creating 100% load on the host system. Keyboard input via VNC doesn't work at all. "bhyve" itself writes: ---------------------------------------------------------------------------= ---- fbuf frame buffer base: 0xa43200000 [sz 16777216] rdmsr to register 0xc0010114 on vcpu 0 rdmsr to register 0xc0010114 on vcpu 1 wrmsr to register 0x10(0) on vcpu 1 rdmsr to register 0xc0010114 on vcpu 2 wrmsr to register 0x10(0) on vcpu 2 rdmsr to register 0xc0010114 on vcpu 3 wrmsr to register 0x10(0) on vcpu 3 wrmsr to register 0x10(0xcc75fcd2078) on vcpu 3 wrmsr to register 0x10(0xcc75fcd2078) on vcpu 0 wrmsr to register 0x10(0xcc75fcd2078) on vcpu 1 wrmsr to register 0x10(0xcc75fcd2078) on vcpu 2 atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full atkbd data buffer full ---------------------------------------------------------------------------= ---- sysctls: ---------------------------------------------------------------------------= ---- #sysctl hw.vmm hw.vmm.npt.pmap_flags: 507 hw.vmm.svm.num_asids: 32768 hw.vmm.svm.disable_npf_assist: 0 hw.vmm.svm.features: 113919 hw.vmm.svm.vmcb_clean: 959 hw.vmm.vmx.vpid_alloc_failed: 0 hw.vmm.vmx.posted_interrupt_vector: -1 hw.vmm.vmx.cap.posted_interrupts: 0 hw.vmm.vmx.cap.virtual_interrupt_delivery: 0 hw.vmm.vmx.cap.invpcid: 0 hw.vmm.vmx.cap.monitor_trap: 0 hw.vmm.vmx.cap.unrestricted_guest: 0 hw.vmm.vmx.cap.pause_exit: 0 hw.vmm.vmx.cap.halt_exit: 0 hw.vmm.vmx.initialized: 0 hw.vmm.vmx.cr4_zeros_mask: 0 hw.vmm.vmx.cr4_ones_mask: 0 hw.vmm.vmx.cr0_zeros_mask: 0 hw.vmm.vmx.cr0_ones_mask: 0 hw.vmm.ept.pmap_flags: 0 hw.vmm.vrtc.flag_broken_time: 1 hw.vmm.ppt.devices: 0 hw.vmm.iommu.enable: 1 hw.vmm.iommu.initialized: 0 hw.vmm.bhyve_xcpuids: 136 hw.vmm.topology.cpuid_leaf_b: 1 hw.vmm.topology.cores_per_package: 4 hw.vmm.topology.threads_per_core: 1 hw.vmm.create: beavis hw.vmm.destroy: beavis hw.vmm.trace_guest_exceptions: 0 hw.vmm.ipinum: 251 hw.vmm.halt_detection: 1 ---------------------------------------------------------------------------= ---- started "bhyve" with: ---------------------------------------------------------------------------= ---- bhyve -c 4 -m 8G \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -w -H -A -P \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -s 0,amd_hostbridge \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 -s 1,lpc \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -s 2,ahci-cd,/mnt/ryzen/iso/Windows10-PRO.de.iso \=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -s 3,ahci-hd,/mnt/ryzen/vms/${NAME}/lun0.img \=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -s 9,e1000,tap${ID} \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 -s 29,fbuf,tcp=3D0.0.0.0:5901,w=3D1024,h=3D768,wait \=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 -s 30,xhci,tablet \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 -l com1,/dev/nmdm0A \=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 ${NAME}=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20 ---------------------------------------------------------------------------= ---- looking at the "ktrace -p" file, I see lots of: ---------------------------------------------------------------------------= ---- [...] 3826 vcpu 0 CALL ioctl(0x3,0xc0907601,0x7fffddbebe30) 3826 vcpu 3 RET ioctl 0 3826 vcpu 0 RET ioctl 0 3826 vcpu 0 CALL ioctl(0x3,0xc0907601,0x7fffddbebe30) 3826 vcpu 3 CALL ioctl(0x3,0xc0907601,0x7fffdd3e7e30) 3826 vcpu 2 CALL ioctl(0x3,0xc0907601,0x7fffdd5e8e30) 3826 vcpu 3 RET ioctl 0 3826 vcpu 3 CALL ioctl(0x3,0xc0907601,0x7fffdd3e7e30) 3826 vcpu 2 RET ioctl 0 3826 vcpu 3 RET ioctl 0 3826 vcpu 3 CALL ioctl(0x3,0xc0907601,0x7fffdd3e7e30) 3826 vcpu 0 RET ioctl 0 3826 vcpu 3 RET ioctl 0 3826 vcpu 3 CALL ioctl(0x3,0xc0907601,0x7fffdd3e7e30) 3826 vcpu 0 CALL ioctl(0x3,0xc0907601,0x7fffddbebe30) 3826 vcpu 3 RET ioctl 0 3826 vcpu 0 RET ioctl 0 3826 vcpu 2 CALL ioctl(0x3,0xc0907601,0x7fffdd5e8e30) 3826 vcpu 2 RET ioctl 0 3826 vcpu 3 CALL ioctl(0x3,0xc0907601,0x7fffdd3e7e30) 3826 vcpu 3 RET ioctl 0 3826 vcpu 0 CALL ioctl(0x3,0xc0907601,0x7fffddbebe30) 3826 vcpu 2 CALL ioctl(0x3,0xc0907601,0x7fffdd5e8e30) 3826 vcpu 2 RET ioctl 0 [...] ---------------------------------------------------------------------------= ---- Anything I can do to help debugging? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 22:32:37 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6693D26224 for ; Thu, 30 Mar 2017 22:32:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0652A39 for ; Thu, 30 Mar 2017 22:32:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UMWbBR071124 for ; Thu, 30 Mar 2017 22:32:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Thu, 30 Mar 2017 22:32:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: grehan@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 22:32:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 --- Comment #9 from Peter Grehan --- Insta-repro for me on a Ryzen 1700. Happens almost immediately on install w= ith >=3D 2 vCPUs, and the more configured, the faster the freeze. Single vCPU i= nstall is reliable, and I've been able to get occasional long uptimes with server sku's and 2 vCPUs. I also see cases where it's only some vCPUs that are stuck at 100% - someti= mes 2, with the remainder idle. The RIPs of the spinning vCPUs are generally constant, indicating a lock-spin or similar. To debug further with Windows, it probably needs the Windows kernel debugge= r to be hooked up, and then trapped into once the spin is seen. However, I can repro this doing a FreeBSD buildworld with >=3D 12 vCPUs. It= takes a lot longer (~20 mins) but seems to be reliable. Backtraces in ddb seem to show a missed IPI while holding a spinlock, which eventually blocks the ent= ire system. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Mar 30 23:31:58 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 019ABD263FB for ; Thu, 30 Mar 2017 23:31:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4A23A88 for ; Thu, 30 Mar 2017 23:31:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2UNVuOm023888 for ; Thu, 30 Mar 2017 23:31:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 198344] [virtio] virtio-balloon does not work Date: Thu, 30 Mar 2017 23:31:56 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: royger@freebsd.org X-Bugzilla-Flags: mfc-stable10+ X-Bugzilla-Changed-Fields: flagtypes.name assigned_to resolution version bug_status cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 23:31:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198344 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable10+ Assignee|freebsd-virtualization@Free |royger@freebsd.org |BSD.org | Resolution|--- |FIXED Version|10.2-RELEASE |10.3-RELEASE Status|Open |Closed CC| |freebsd-virtualization@Free | |BSD.org --- Comment #9 from Kubilay Kocak --- Assign to committer that resolved (royger, r267858, MFC 10-STABLE: r292906) --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-virtualization@freebsd.org Fri Mar 31 12:52:24 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C59ED270FE for ; Fri, 31 Mar 2017 12:52:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C147F70 for ; Fri, 31 Mar 2017 12:52:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2VCqNVd089210 for ; Fri, 31 Mar 2017 12:52:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Fri, 31 Mar 2017 12:52:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nbe@renzel.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2017 12:52:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 --- Comment #10 from Nils Beyer --- Peter Grehan wrote in comment #9: > However, I can repro this doing a FreeBSD buildworld with >=3D 12 vCPUs. = It takes=20 > a lot longer (~20 mins) but seems to be reliable. Backtraces in ddb seem = to=20 > show a missed IPI while holding a spinlock, which eventually blocks the e= ntire=20 > system. is that a DDB from within the guest VM or the host? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Fri Mar 31 13:41:15 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC4D8D27CA5 for ; Fri, 31 Mar 2017 13:41:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9388A118 for ; Fri, 31 Mar 2017 13:41:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2VDfEFn019735 for ; Fri, 31 Mar 2017 13:41:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Fri, 31 Mar 2017 13:41:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: grehan@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2017 13:41:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 --- Comment #11 from Peter Grehan --- It's ddb from within the guest. The signature is: 1 vCPU will panic with a lock-spin timeout: CPU 11, panic spin lock 0xffffffff81ea0480 (smp rendezvous) held by 0xfffff800079da000 (tid 100093) too long vpanic() at vpanic+0x1b9/frame 0xfffffe02ba76f6f0 panic() at panic+0x43/frame 0xfffffe02ba76f750 _mtx_lock_spin_cookie() at _mtx_lock_spin_cookie+0x328/frame 0xfffffe02ba76= f7d0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0xe0/frame 0xfffffe02ba76f= 810 smp_rendezvous_cpus() at smp_rendezvous_cpus+0xab/frame 0xfffffe02ba76f880 dtrace_sync() at dtrace_sync+0x77/frame 0xfffffe02ba76f8d0 dtrace_state_deadman() at dtrace_state_deadman+0x13/frame 0xfffffe02ba76f900 That spinlock is held by another vCPU that is waiting for an ack to it's IPI CPU 5 --- trap 0x13, rip =3D 0xffffffff81033ac2, rsp =3D 0xfffffe02c8009860, rbp = =3D 0xfffffe02c80098d0 --- smp_targeted_tlb_shootdown() at smp_targeted_tlb_shootdown+0x352/frame 0xfffffe02c80098d0 smp_masked_invlpg() at smp_masked_invlpg+0x4c/frame 0xfffffe02c8009900 pmap_invalidate_page() at pmap_invalidate_page+0x191/frame 0xfffffe02c80099= 50 pmap_ts_referenced() at pmap_ts_referenced+0x7b3/frame 0xfffffe02c8009a00 vm_pageout() at vm_pageout+0xe04/frame 0xfffffe02c8009a70 ... and all other vCPUs are waiting on the lock held by the vCPU awaiting the ack. --- trap 0x13, rip =3D 0xffffffff80a8d222, rsp =3D 0xfffffe02c8349600, rbp = =3D 0xfffffe02c8349610 --- lock_delay() at lock_delay+0x42/frame 0xfffffe02c8349610 __mtx_lock_sleep() at __mtx_lock_sleep+0x228/frame 0xfffffe02c83496a0 __mtx_lock_flags() at __mtx_lock_flags+0xe8/frame 0xfffffe02c83496f0 vm_page_enqueue() at vm_page_enqueue+0x6b/frame 0xfffffe02c8349720 vm_fault_hold() at vm_fault_hold+0x1ab9/frame 0xfffffe02c8349850 vm_fault() at vm_fault+0x75/frame 0xfffffe02c8349890 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Fri Mar 31 14:31:41 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AE43D27ADA for ; Fri, 31 Mar 2017 14:31:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 117A4C9E for ; Fri, 31 Mar 2017 14:31:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2VEVeOc056633 for ; Fri, 31 Mar 2017 14:31:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 215972] Bhyve crash more then 1 cpu AMD Date: Fri, 31 Mar 2017 14:31:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nbe@renzel.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2017 14:31:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215972 --- Comment #12 from Nils Beyer --- I had this vCPU lock-up behaviour on a "Phenom II X6 1055T", too. So it see= ms=20 that the desktop lines of AMD CPUs are generally unsupported in bhyve's SVM= =20 implementation. Ok, while studying https://en.wikipedia.org/wiki/Inter-processor_interrupt = and applying to http://mitadmissions.org/apply is there anything I can check/debug here on my system? I have no idea how to remotely kernel-debug Windows... --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Fri Mar 31 18:46:54 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 097BAD266B5 for ; Fri, 31 Mar 2017 18:46:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECA6E63F for ; Fri, 31 Mar 2017 18:46:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2VIkrbk007276 for ; Fri, 31 Mar 2017 18:46:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-virtualization@FreeBSD.org Subject: [Bug 218248] [Hyper-V]The OS disk of Gen2 VM was detached if an CD/DVD was attached Date: Fri, 31 Mar 2017 18:46:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2017 18:46:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218248 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Assignee|freebsd-bugs@FreeBSD.org |freebsd-virtualization@Free | |BSD.org --=20 You are receiving this mail because: You are the assignee for the bug.=