From owner-freebsd-virtualization@freebsd.org Sun Mar 24 01:44:28 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E10C4154361E for ; Sun, 24 Mar 2019 01:44:27 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF2688D211; Sun, 24 Mar 2019 01:44:26 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id u15so5112359otq.10; Sat, 23 Mar 2019 18:44:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dusFAN4Cow0wmK+2huIsQ0gE4pSEsp6HNPB8M6ZFr5I=; b=Id8piFTUgbJNrGn5Srwdlz7B77mKxbtOOIH+kttzb+FeEpGSwCs9iHLt9VUajQSVx8 dEsQeDmsEXbCUhYR8eO0/C7kqR8hFw82DgalmiVb6JS4pVHeVn2BC7wAM7PAmWevxyDm QaSZ4xEqDu+lRfR7jYaNqhVQ+Oag/PT5Z7MMY84757dnWb+AJNYPciP0PFJHjZevuoaM Fd1H4CHA+Rs/FX9LxDCw3Piui6DRFKGHmuxGuAY26dAGVbP8Ky+aOOz2bTG+cj25UL61 5g6XKu5FMysYX/fQF6DSoJT9+6gXbNJD0BbN1L68NCNwdq8RnXYO+cTr41BAoUhRlmbs PxDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dusFAN4Cow0wmK+2huIsQ0gE4pSEsp6HNPB8M6ZFr5I=; b=bDo7R70U3LKk6aRVrFLL9roL/pU865p1lfZc7UB6mlsNWuALBTecCqsqin/x9hdGjt UxyLiU9AlZ+N1cJyY+/QrRLXJAZhQzao39F1rJtjFGfcsuoIKetu2jeGqjqBnL7RTsBb yn2kZTytPZdqnbM73xS8RyUuET+DzbPEXEUTuGcMPq+vrIoC0EFrjEZnsptr97xaUe08 VZy5d1uypOlcsdKMmoI3j+7qK8JJa1mjix5TVp8xrzzr8bNWeVVQLlnzG5DtuRjif8B+ md9btsQmZvABkFtmuhNJQc5nRss/UcuVYlT7aoPfJ2lE5t1CDFz9COtJk4KQ8YQiY1Dy dWAQ== X-Gm-Message-State: APjAAAWWF+aNJ0NwMziwAfy7VLJEwdUMZbYtIwHN/+jQSp/N5Fc/OB48 VaJWmgQ4LCrHznhGjGnxeqmysUjy+lf+OWlLTscidFu5nFg= X-Google-Smtp-Source: APXvYqyqafr3byet+Vs6NhdAvY9dTB785r01POSW70JdoTeCMoDeih+AUBNF8aH4EIZrFK2JHU5jrYUL9Rsi7qAhoNk= X-Received: by 2002:a9d:6047:: with SMTP id v7mr9259002otj.243.1553391865874; Sat, 23 Mar 2019 18:44:25 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jason Tubnor Date: Sun, 24 Mar 2019 10:44:18 +0900 Message-ID: Subject: Re: emulated PCI device BAR size To: Chuck Tuffli Cc: "freebsd-virtualization@freebsd.org" X-Rspamd-Queue-Id: DF2688D211 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Id8piFTU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jtubnor@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=jtubnor@gmail.com X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[9.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.17)[-0.173,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.88)[ip: (-9.37), ipnet: 2607:f8b0::/32(-2.85), asn: 15169(-2.14), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Mar 2019 01:44:28 -0000 On Sun., 24 Mar. 2019, 6:35 am Chuck Tuffli, wrote: > On Mon, Mar 18, 2019 at 10:15 AM Chuck Tuffli wrote: > > > > > So my question is how to best fix this. The easiest would be to add a > > check to the BAR size calculation in pci_nvme.c along the lines of: > > #define NVME_MMIO_SPACE_MIN (1 << 14) > > ... > > pci_membar_sz = MAX( , > > NVME_MMIO_SPACE_MIN); > > I went down this route and have a patch up for review > (https://reviews.freebsd.org/D19676) if anyone is interested. > > --chuck > I've built and installed this patch on FreeBSD 12.0-STABLE-amd64-20190314-r345117. Testing occurred against Windows 10 Pro guest with a presented NVMe bhyve device and all IO transactions worked without issue. Can this be committed to head and MFD to 12-STABLE. Thanks! From owner-freebsd-virtualization@freebsd.org Sun Mar 24 11:03:17 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 569E81555073 for ; Sun, 24 Mar 2019 11:03:17 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01EA7776FD for ; Sun, 24 Mar 2019 11:03:16 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by mail-lf1-x143.google.com with SMTP id v14so4189379lfi.0 for ; Sun, 24 Mar 2019 04:03:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=NaaaLm8ZOaMvR3CHt6ymQTq1005HZxTz0+/vpES5qPU=; b=hgbPeeFrRnRJOdTsBoTIev2ksBWESoRt4E0WfJi+d1uQxA5g6GbgEsO/egMYsWGkL9 TK1BbAvY8fFLGn6M/sGXJa7nxNhv/GEhrT/EIkpCuETCRzslihudi1ScB2FsdyUxaYmL HqN8o6ORHfXW9S13rQi6aFkrW7PeRT6cGmTs7pa/S90oVhC3kgqu3fO4yOhBu81Kc0oN BUjij63j/helEh4aUzR9F6ZvVyvrZAO2vsNcAg5yvvbygdnHqFziZ1hnO2EWGOqWY/9H rqhKJVhaFxXMknPW2GCCE3ak9c9ozDQgLL7K/+SeqOc+aIx4NB5JSEj489QEt93wM29p Q4NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=NaaaLm8ZOaMvR3CHt6ymQTq1005HZxTz0+/vpES5qPU=; b=fp+RZ4nbYm8szPOH3TO7j2orXehW+EwKreEyVoXXmNMYs4BILFLrqFXWbKWfZuRND0 CwfjBgMgfecTWWQmCk6ZslCmUOc0Sxp8saaMF/vM2d6JShN3DvV7FwZLMaSvduBa/DGX xZlOHikzpKwKuAVHlB1U9nblSSKRfCjHLcSBAymbx5ayyjbE15JvDnbVIP12zPhBNpmp JIM88ku5NcmirkJ+8zO25UYZw4DVhPVHwHhp1mnKv39BAH6+Wa2Tm9nOeHj8p1KX6Cof U4FXdZ2PFucrNiUraKzgzbuFrnK0Tw7hhMIGRq40hSk6m7EbcScwd7L9P05+/gdSgIqb SFGA== X-Gm-Message-State: APjAAAVYuj+t/gDpH9cHRDK9MoRFH0MdaJYPzgZWuI2uTwGU50bSMMWx OZZbqN9sqwVwFQbEJ9/Oeu9PVN5a8my3H5hpAZLl3s2p X-Google-Smtp-Source: APXvYqyviCT57Zk6+T/5l3BxN7n09ljQ0zOKLIy+uphT4o489AK3mUmvxmV5QIUH51WAdzMVS0XjUJp99vFWzeBBBco= X-Received: by 2002:ac2:518b:: with SMTP id u11mr10368097lfi.123.1553425394482; Sun, 24 Mar 2019 04:03:14 -0700 (PDT) MIME-Version: 1.0 References: <20190318150404.GB91631@rpi3.zyxst.net> In-Reply-To: <20190318150404.GB91631@rpi3.zyxst.net> From: Subbsd Date: Sun, 24 Mar 2019 14:03:02 +0300 Message-ID: Subject: Re: bhyve zfs resizing To: freebsd-virtualization@freebsd.org, tech-lists@zyxst.net Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 01EA7776FD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hgbPeeFr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of subbsd@gmail.com designates 2a00:1450:4864:20::143 as permitted sender) smtp.mailfrom=subbsd@gmail.com X-Spamd-Result: default: False [-3.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.55)[-0.555,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.39)[ip: (2.62), ipnet: 2a00:1450::/32(-2.38), asn: 15169(-2.14), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Mar 2019 11:03:17 -0000 On Mon, Mar 18, 2019 at 6:04 PM tech-lists wrote: > > Hi, > > Apart from the performance benefit as per the section for bhyve in the > handbook, can the size of the zfs-backed guest: > > 1. be resized from the host? > 2. does the guest need to be inactive? > 3. can linux guests (or even windows ones) be resized as well? > > thanks, > -- > J. if you're looking for a unversal solution I suspect cloud-init[1] is the answer. At least you can easily try this through vm-bhyve[2] and CBSD[3] __ [1] - https://cloudinit.readthedocs.io/en/latest/ [2] - https://github.com/churchers/vm-bhyve#using-cloud-images [3] - https://www.bsdstore.ru/en/12.0.x/wf_bhyve_cloudinit_ssi.html From owner-freebsd-virtualization@freebsd.org Mon Mar 25 12:31:00 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52E53155F504 for ; Mon, 25 Mar 2019 12:31:00 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [IPv6:2a01:4f8:d0a:27ae::2]) (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 641E468523 for ; Mon, 25 Mar 2019 12:30:56 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=r2lk6t2njHdMcrel9aSr9VKb089dxOyiRXXofWJKRQo=; b=OtVQUhqq4AuGp/66cXNMM/+vQm +nhnDsUh30Tqj2U2WSXroQ1YixWpCWrBZtf3GQRFnogrdH4SnXpMFw20iO630LVDYCooZJw0k0/rr 5wo/uudRKhFi8Xpav+hZmNyE2w0TWKRKTdNSNsAT/ba+m6Zhs7RUpDkzb58tg7NLp7XeeftDRlYRP Kht3J9wabtKQgs+ERTnZtf8GBNfYvJ8qzZ5uyuDPXWwxnQ7x6UiA9gfOFKDICDo3ZiBdptLmHepsJ rU0TL/3UGJurtJbtY5ET56byoMUhXGcQcsxmqqx3EqrYRADDpUX/n+QHRv8DNNMQS15upI0i4FVwg TSJyIwSA==; Received: from [88.198.220.132] (helo=sslproxy03.your-server.de) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1h8OkZ-000491-2q for freebsd-virtualization@freebsd.org; Mon, 25 Mar 2019 13:30:47 +0100 Received: from [95.118.66.125] (helo=marcopolo.virtual-earth.de) by sslproxy03.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1h8OkY-0005vh-Os for freebsd-virtualization@freebsd.org; Mon, 25 Mar 2019 13:30:46 +0100 User-agent: mu4e 1.0; emacs 26.1 From: Mathias Picker To: "freebsd-virtualization\@freebsd.org" Subject: vm-bhyve, routing a subnet behind the main ip, is this a good / "correct" solution? Date: Mon, 25 Mar 2019 13:30:46 +0100 Message-ID: <86sgvbdtl5.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.100.2/25399/Mon Mar 25 08:46:48 2019) X-Rspamd-Queue-Id: 641E468523 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=OtVQUhqq; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=softfail (mx1.freebsd.org: 2a01:4f8:d0a:27ae::2 is neither permitted nor denied by domain of Mathias.Picker@virtual-earth.de) smtp.mailfrom=Mathias.Picker@virtual-earth.de X-Spamd-Result: default: False [-3.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[virtual-earth.de:+]; DMARC_POLICY_ALLOW(0.00)[virtual-earth.de,none]; MX_GOOD(-0.01)[mail.virtual-earth.de]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; NEURAL_HAM_SHORT(-0.90)[-0.896,0]; RECEIVED_SPAMHAUS_PBL(0.00)[125.66.118.95.zen.spamhaus.org : 127.0.0.10]; IP_SCORE(-0.83)[ipnet: 2a01:4f8::/29(-2.12), asn: 24940(-2.03), country: DE(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 25 Mar 2019 12:31:00 -0000 Hi all, this is the first time I tried to use bhyve. This is 12.0-RELEASEp3 and vm-bhyve 1.2.3. My hosting provider hetzner.de is giving out subnets which are=20 routed through the main ip of the server, so if my main IP is xxx.xxx.xxx.63 the subnet yyy.yyy.yyy.224/28=20 is routed as if it was "behind" the main ip xxx.xxx.xxx.xxx. I first didn't know that and tried the solution mentioned in the=20 vm-bhyve wiki, usiing a bridge and adding the network card (em0)=20 to it, which didn't work. Since I never used byhve I wasn't to sure where the error was, but=20 after asking Hetzners support and getting info about their setup I=20 guessed it was the bridge. So I just removed the interface from the bridge and added the=20 subnet to it. This seems to work, even without adding a static route, netstat -r=20 gives yyy.yyy.yyy.224/28 link#3 U vm-public after a reboot (vm-public is the name of the bridge), and now the=20 bhyve VMs have network connection. I'm still a bit puzzled if using a "bridge" this way is a good=20 configuration. And why do I not need a gateway address? Yeah, my IP knowledge is=20 a bit thin ;) Thanks for any comments, Mathias --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From owner-freebsd-virtualization@freebsd.org Mon Mar 25 15:47:53 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C218215436F3 for ; Mon, 25 Mar 2019 15:47:53 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bs1.fjl.org.uk", Issuer "bs1.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D445671C5B for ; Mon, 25 Mar 2019 15:47:48 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from roundcube.fjl.org.uk (localhost [127.0.0.1]) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id x2PFlWg7067001 for ; Mon, 25 Mar 2019 15:47:36 GMT (envelope-from frank2@fjl.co.uk) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 25 Mar 2019 15:47:31 +0000 From: Frank Leonhardt To: freebsd-virtualization@freebsd.org Subject: Re: freebsd guest on azure Organization: FJL Microsystems In-Reply-To: <20190323185724.GA71155@rpi3.zyxst.net> References: <20190323125414.GA43521@rpi3.zyxst.net> <610D9FF5-891C-4657-BA2A-1E38D41AFF35@fjl.co.uk> <20190323185724.GA71155@rpi3.zyxst.net> Message-ID: <01e80839d622f46ad7250471608febc7@roundcube.fjl.org.uk> X-Sender: frank2@fjl.co.uk User-Agent: Roundcube Webmail/0.9.2 X-Rspamd-Queue-Id: D445671C5B X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of frank2@fjl.co.uk designates 84.45.41.196 as permitted sender) smtp.mailfrom=frank2@fjl.co.uk X-Spamd-Result: default: False [-1.42 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.196]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[196.41.45.84.list.dnswl.org : 127.0.6.2]; MX_GOOD(-0.01)[bs1.fjl.org.uk]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.520,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.909,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.02)[country: GB(-0.09)]; NEURAL_SPAM_SHORT(0.54)[0.539,0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 25 Mar 2019 15:47:54 -0000 On 2019-03-23 18:57, tech-lists wrote: > On Sat, Mar 23, 2019 at 09:31:17PM +0800, Frank Leonhardt wrote: > >> As to your question, what I've done is run a ZFS pool and simply send >> a snapshot. > > That's a good idea. I presumed I'd be stuck just with UFS. My most > favoured way of doing this is having a zfs-vol backed vm on a freebsd > host but it's not my choice. > >> I can't remember now if I made it boot from ZFS as I prefer to boot >> from UFS > > this is me. I like to boot off something fast and simple. > >> and use ZFS for the rest. But I think I did this with Azure exactly >> because I wanted to copy the disk around. It was early last year so >> you can't quite me on it. >> >> If you're not sure about sending datasets on ZFS then ask. > > Yes please how are you invoking sending a dataset in this context? For > example, are you using compression for the data stream? If so, what > sort? Is there anything else pertinent to the azure context when using > zfs send? I have a nagging feeling that Azure insisted on its version of FreeBSD and did not install from a normal CD image. But even if this was the case, it could be different now. If it did I would have attached another vdisk for the zpool, but it means you can't transfer the OS partition. However, I don't want to do this anyway... Now I run everything in a jail, which means that the OS partition contains nothing but the base OS. I just move the jail to another host and run it there. This is also a great way of getting several VMs whilst only paying for one. So I'm only moving the dataset with the jail on it. Your friend here is the "zfs send" command. For obvious reasons (on a running system) you need to take and send a snapshot. The send command serializes the dataset and sends it to stdout (but not if it's a tty, as that would be silly). zfs recv does the opposite. You can copy datasets with something like zfs send z/test@today | zfs recv junk/foo if you want to send it to another host, use ssh. To be precise: zfs send z/test@today | ssh anotherhost zfs recv junk/foo One annoying feature was that data used to be decompressed and re-compressed on a send. You could then pipe it through compress if you wanted to save WAN bandwidth. However, since 11.2 (and 12.0) a --compressed option has appeared, which leaves the data in the state it was stored. This relies on the zpool on the other end supporting the same compression method, so I've not used this in anger yet. Using lz4 compression is normally no-brainer. Regards, Frank. From owner-freebsd-virtualization@freebsd.org Mon Mar 25 17:52:35 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC8091547C77 for ; Mon, 25 Mar 2019 17:52:34 +0000 (UTC) (envelope-from saper@saper.info) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "saper.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31DBE80166 for ; Mon, 25 Mar 2019 17:52:33 +0000 (UTC) (envelope-from saper@saper.info) Received: from m.saper.info (saper@m.saper.info [IPv6:2a01:4f8:a0:7383:0:0:0:0]) by m.saper.info (8.15.2/8.15.2) with ESMTPS id x2PHqToM085864 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 25 Mar 2019 17:52:29 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1553536349; bh=Og/Rp9NqiOp614oKqUmrQjwiGjzSdVZSjOfjnlOBDd4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=SzRsJGLEPTarqLXUe6G0jkrB0PdlclBq6oQ35xik059pcLCtsgJaACu5P8g9TcIq0 PgvwSm77ZSXt52B1qzRgcGiDjf1oqQwzPdw7H2TnmA1vIBD4p4azuffNmT6uLa1WiN iOq/e2SLPlHjRvKVLNeitwgQF7mDDBDIpA9Cp7pI= Received: from localhost (saper@localhost) by m.saper.info (8.15.2/8.15.2/Submit) with ESMTP id x2PHqTsT085861; Mon, 25 Mar 2019 17:52:29 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Mon, 25 Mar 2019 17:52:29 +0000 From: Marcin Cieslak To: Mathias Picker cc: "freebsd-virtualization@freebsd.org" Subject: Re: vm-bhyve, routing a subnet behind the main ip, is this a good / "correct" solution? In-Reply-To: <86sgvbdtl5.fsf@virtual-earth.de> Message-ID: References: <86sgvbdtl5.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="1563967779-1329009497-1553536349=:84924" X-Rspamd-Queue-Id: 31DBE80166 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=saper.info header.s=Sep2014 header.b=SzRsJGLE X-Spamd-Result: default: False [-5.18 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[saper.info:s=Sep2014]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[saper.info]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[saper.info:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[m.saper.info]; R_SPF_NA(0.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.939,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.83)[ipnet: 2a01:4f8::/29(-2.12), asn: 24940(-2.03), country: DE(-0.01)] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 25 Mar 2019 17:52:35 -0000 --1563967779-1329009497-1553536349=:84924 Content-Type: text/plain; charset=US-ASCII On Mon, 25 Mar 2019, Mathias Picker wrote: > Hi all, > > this is the first time I tried to use bhyve. > > This is 12.0-RELEASEp3 and vm-bhyve 1.2.3. > > My hosting provider hetzner.de is giving out subnets which are routed through > the main ip of the server, > so if my main IP is xxx.xxx.xxx.63 the subnet yyy.yyy.yyy.224/28 is routed as > if it was "behind" the main ip xxx.xxx.xxx.xxx. This is a typical routing situation. You cannot get from yyy.yyy.yyy to the Internet via bridging alone. You have to have a normal routing done on the xxx.xxx.xxx.63 machine. > I first didn't know that and tried the solution mentioned in the vm-bhyve > wiki, usiing a bridge and adding the network card (em0) to it, which didn't > work. Hetzner will not allow you to show additional MAC adresses behind your main IP (xxx.xxx.xxx.63), that's the reason why some descriptions "on the Internet" may not work for you. I don't have luxury of the IPv4 subnet behind my single IPv4, so I had to create two bridge interfaces (bridge0 and bridge1) - one is for a routed IPv6 subnet, the other one is for RFC1918 IPv4 addresses. bridge1 is being subject to NAT. bridge0 is subject to IPv6 routing. (I use Xen but that does not matter for the networking discussion). Marcin --1563967779-1329009497-1553536349=:84924 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOSwYJKoZIhvcNAQcCoIIOPDCCDjgCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggqQMIIElzCCA3+gAwIBAgIOSBtqCKJEiNNcmz3JSA0w DQYJKoZIhvcNAQELBQAwTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNp Z24wHhcNMTYwNjE1MDAwMDAwWhcNMjQwNjE1MDAwMDAwWjBdMQswCQYDVQQG EwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEzMDEGA1UEAxMqR2xv YmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIFNIQTI1NiAtIEczMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyrCba00KOKyGuwh9h+/MAcZm ZUF9OxGKA56AADHaDE08rB0WEbgm6J4XvJP3OGQ7cgHdVJu6XMZkRd6EcfjD yRrIwE6oAVWJe57co3gKk/XxvuubSZuUahrcOiv3D2qaHwva4zumubxQQI4f unEzRIJHPiNjaq0cCcZsMcp5pxsEz8aG0sr8Oh80sxKNnzPmuUETLESktfMC pQKHUGmWXLsG6sgCZOezUjDjKpPKW7l4PUt0TEBEyqLhifv9/YPn5C4o10PP daDazZPeKNif2PVQ5u0HRnkFrHh4wmmrMtY22Mse3eR01gD6rEEGWf+gdzuy EQE+ZVlNhCP4gXjdBQIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMCcG A1UdJQQgMB4GCCsGAQUFBwMCBggrBgEFBQcDBAYIKwYBBQUHAwkwEgYDVR0T AQH/BAgwBgEB/wIBADAdBgNVHQ4EFgQUlifCwqX3HPgCenpkr2NvMtKYwrEw HwYDVR0jBBgwFoAUj/BLf6guRSSuTVD6Y5qL3uLdG7wwPgYIKwYBBQUHAQEE MjAwMC4GCCsGAQUFBzABhiJodHRwOi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20v cm9vdHIzMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFsc2ln bi5jb20vcm9vdC1yMy5jcmwwWQYDVR0gBFIwUDALBgkrBgEEAaAyASgwQQYJ KwYBBAGgMgFfMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNp Z24uY29tL3JlcG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQCxh3ekjKKy RrUdfI6D1U7qUggdFLksiU+KiIqJzJG6GXcQ2KiBy2tF3+KYb0IixXMpIVli VXlcD5Vh4tiMxJ4WONMFt3f7/53gSXLf24WMwErubc+mGMzgUGE5HKC98PcK UV/5pPggQdzPxCBNeiXnLU1tCGYhPatFTDhUBGaVhBeuUCbgR9gpXJ9guqrD OVwouKvovdIeI5KEAcoAAiSL6naeLk/GbKUaBFa2RxXC17e+YyBWtWlWDEM3 1V8pUIx76lkO8IJYREhLcg/LnyoYy5wcrzI6pbX2vw1x/jR3GHSC1AEdoqbE xui2XLLlSa6y9yQNgdkPz7GTLmpwIT+dMIIF8TCCBNmgAwIBAgIMGk4Oe/1h 2+wMOby/MA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQK ExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQDEypHbG9iYWxTaWduIFBlcnNv bmFsU2lnbiAxIENBIC0gU0hBMjU2IC0gRzMwHhcNMTcwNTI1MDg0NDE2WhcN MjAwNTI1MDg0NDE2WjA8MRkwFwYDVQQDDBBzYXBlckBzYXBlci5pbmZvMR8w HQYJKoZIhvcNAQkBFhBzYXBlckBzYXBlci5pbmZvMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEA2sO3aQNus/oe4ZBZ4fu1Y1mzxnUYAkb4k/dw gMFc2Kd0eRoOY0AHj4rTEi/vVzzizxjLbEwXzQ9cBEAu/PqS8WsOmhZXtlfi szPDmP7ZpOwmNTWKSd9O7jHu9uTCGfEOsocQNYH2ULD1gVFkgKb8jHf+3u9d uCzh6qMomTtwLrCGEP70Lq385xUzRaD6qbOeIB99tpzgvMR6Z0GPTt4z8tLM kfdtohq5llwZ5vYnj/hJohVS9iLMQMHW4nuLj/mLZNaYE1CWJBT1rBwn5YPJ uR6811O9eAP7aX4iG8k1jkiBh+QNgGRBIK4GIdqy7IVRhA7v2OlpLYHMk4zP 9Fs3M+56QromVKBnxfzLhuYMUK6ugj9jwskNVitqlEFUeyfgvmR1jnPRp1Nd XGJllTNwGicR8wkaRj14RxfrvTZfwXs8OBODKFupqun/tNzdpOgyHMGQACss 9yv2SnLGCJvJK3rGIdRZEiUhLZH/Ct4L92dBhev+SjUqWKbHb4yIlGMgLdoh nwqatuWw7iyOeInjcinX7ghiIKDWhulUN493Fzl6kaUBtIIcrb7jzZ2pHAQT WUmuVnCTHk6NtoWB09lvuK77fw4GfxLWDFWkBQiJYPVBrmxlrkCKzrWdTMfS W9BiEC10jT1sSimUBIjDz22RkfsApeBJoAIWjiOZogILu9MCAwEAAaOCAdAw ggHMMA4GA1UdDwEB/wQEAwIFoDCBngYIKwYBBQUHAQEEgZEwgY4wTQYIKwYB BQUHMAKGQWh0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5jb20vY2FjZXJ0L2dz cGVyc29uYWxzaWduMXNoYTJnM29jc3AuY3J0MD0GCCsGAQUFBzABhjFodHRw Oi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20vZ3NwZXJzb25hbHNpZ24xc2hhMmcz MEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBz Oi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMAkGA1UdEwQCMAAw RAYDVR0fBD0wOzA5oDegNYYzaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9n c3BlcnNvbmFsc2lnbjFzaGEyZzMuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1Ud DgQWBBReBINaGUKUo7HCrIjsKLKERu6ooTAfBgNVHSMEGDAWgBSWJ8LCpfcc +AJ6emSvY28y0pjCsTANBgkqhkiG9w0BAQsFAAOCAQEAC0VK968ySq/6B+Kd ecjVThQOKtVXuG17Krfk0xz7OPYR/V+qZtBFm2Uc6tkUEmAmq3Tyf+SE3TTX Q58eJFq0uCTUhIY714ioJs1uVWBz8rPyJ3swkOfDaUXUxkQsBsf73VfKjUk4 kB5MTrApLYUe35NmEY3FqyyX13elhW1tp864vOKM2Git61cYoRn/bwd/z2JM Zkxwkd5JgvmM+p4Da+WO4CUsGzdrZEH8X/8NQIzWtUDIh7VEQZFX5fot/KvH Am8AajtpmNqTfMyg6LfcfJUXSFqXn/KEWu4Td62vX6Pd70dYKUZxnLwYvGqG A4Ktrp9zyrUzxLbmdaPln7CstjGCA38wggN7AgEBMG0wXTELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2Jh bFNpZ24gUGVyc29uYWxTaWduIDEgQ0EgLSBTSEEyNTYgLSBHMwIMGk4Oe/1h 2+wMOby/MA0GCWCGSAFlAwQCAQUAoIHkMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDMyNTE3NTIyOVowLwYJKoZIhvcN AQkEMSIEICBHahhRaGDEXs1rzo2BgedP+efWa44ewOBA6QoaMQaJMHkGCSqG SIb3DQEJDzFsMGowCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjALBglghkgB ZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIC AH9qJp0J0oUyP77XIgEz0FbNNtxZehWGuUSyhfzSFTd6KqfOFLlL4n4NlsNT ilxyJR1EWUJuVU2ucjkl8EGc9TUqNDpG6AuGqFGWC++FK9D4tv1kgc9koD0X 10r6o1zyE6AhhtCk/y3mjs5gloyoLTntbT+JpejyoZp5wIKLz5uceDOOXla4 2nSRiR9owHBMCUqcnvTgxLH/ZSfRc3C5TYITf3HCKOfSxzJ73VLlUQD5ISh7 BKdgncWIw4zwOuZ2V+hdKwt6cd0WmxWS9uz4LRTR1vr8jilyTn7TKTo8Gbet KXaUqdTqIYsaJoIf+Gb55Lk+xsMWmCRMTsr3nnrwMQfWIAsIW7eBNZD2Mb/b U3fA7m5TJwmI53/xR2UgB0ExDDswcs8/jN24JUX1qLyt1FgxEAMEZv3/JYpF ATzZPkTeNAB1XnYH+iZhSRvEni6GswGOCtSkefzjXu7Lt4lCeSodfLASRM4p PgJGcQ5yzxdX37Nb4fdRhM487EkBnYn5jqmeV68PYkcoY8UOElEl2Qk82rrw cJZ021z+wDuWHCrklT6HDpX5if48MevLnhbyfNQ+iijYatZZ1kK5T5KZYHea 3HFdrc0lXbvfL/pNsmQMaff+aYIVkoAWiZjdMVe6VtAFxiaThf+eSjHpcO3s Dl/0Tc44+KKbjeGh7X8pFK93 --1563967779-1329009497-1553536349=:84924-- From owner-freebsd-virtualization@freebsd.org Mon Mar 25 22:00:51 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B168154F183; Mon, 25 Mar 2019 22:00:51 +0000 (UTC) (envelope-from d.scott.phillips@intel.com) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orsmga103.jf.intel.com", Issuer "COMODO RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6C3789685; Mon, 25 Mar 2019 22:00:49 +0000 (UTC) (envelope-from d.scott.phillips@intel.com) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Mar 2019 14:59:36 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,270,1549958400"; d="scan'208";a="130106366" Received: from dsp-dsk1.jf.intel.com (HELO localhost) ([10.54.70.10]) by orsmga006.jf.intel.com with ESMTP; 25 Mar 2019 14:59:37 -0700 From: D Scott Phillips To: Rebecca Cran Cc: Larry Rosenman , owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: Updating uefi-edk2-bhyve In-Reply-To: <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> References: <86muln68ld.fsf@intel.com> <1fe3ca3f-be70-99db-e7c0-35c9194c97e4@bluestop.org> <7e84fd01c3f46268c26f9bab8b9fb9bc@lerctr.org> <33fcf111-fe00-4ec7-8a2f-7c53246d756f@Spark> <86k1gqanx8.fsf@intel.com> <8c63eb87-e3b8-2365-2eaf-a6e36424407c@bluestop.org> <86ftremzar.fsf@intel.com> <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> Date: Mon, 25 Mar 2019 14:59:37 -0700 Message-ID: <86ftra7gza.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: D6C3789685 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=intel.com; spf=pass (mx1.freebsd.org: domain of d.scott.phillips@intel.com designates 134.134.136.65 as permitted sender) smtp.mailfrom=d.scott.phillips@intel.com X-Spamd-Result: default: False [-9.09 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:134.134.136.65/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mga04.intel.com,mga03.intel.com,mga14.intel.com,mga09.intel.com,mga12.intel.com,mga07.intel.com,mga06.intel.com,mga17.intel.com,mga01.intel.com,mga02.intel.com,mga11.intel.com,mga18.intel.com,mga05.intel.com]; DMARC_POLICY_ALLOW(-0.50)[intel.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; IP_SCORE(-1.79)[ipnet: 134.134.136.0/24(-4.94), asn: 4983(-3.96), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4983, ipnet:134.134.136.0/24, country:US]; RCVD_IN_DNSWL_HI(-0.50)[65.136.134.134.list.dnswl.org : 127.0.9.3]; MID_RHS_MATCH_FROM(0.00)[]; WHITELIST_SPF_DKIM(-3.00)[intel.com:s:+] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 25 Mar 2019 22:00:51 -0000 Rebecca Cran writes: > On 3/22/19 4:29 PM, Rebecca Cran via freebsd-virtualization wrote: > > On 3/22/19 2:25 PM, D Scott Phillips wrote: > > > > > Hmm, I guess it might be some diference in the code generation > > > between gcc 4.8 and gcc 5. > > > > > > I've just tested switching from gcc 4.8 to 8.3.0 and everything > > seems to work fine - both build and runtime - so I think it may be > > more productive to upgrade and use that instead, since it's a > > supported version (gcc 4.8 is pretty old now). Would you agree? Yep, makes sense to me. For either of these changes we would want to get test converage on basically all functionality, so might as well take both changes at once. > I've submitted a couple of merge requests to update your edk2 tree and > port for gcc 8: > > https://gitlab.com/scott-ph/edk2/merge_requests/1 > > https://gitlab.com/scott-ph/freebsd-ports/merge_requests/1 Thanks, those changes are working well for me. Merged. From owner-freebsd-virtualization@freebsd.org Wed Mar 27 14:23:09 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B92CB1551595; Wed, 27 Mar 2019 14:23:09 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 958B776CE4; Wed, 27 Mar 2019 14:23:08 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 5466CC2DC3; Wed, 27 Mar 2019 08:24:06 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id p_QatB2QOYTr; Wed, 27 Mar 2019 08:24:05 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Wed, 27 Mar 2019 08:24:05 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: D Scott Phillips Cc: Larry Rosenman , owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org References: <86muln68ld.fsf@intel.com> <1fe3ca3f-be70-99db-e7c0-35c9194c97e4@bluestop.org> <7e84fd01c3f46268c26f9bab8b9fb9bc@lerctr.org> <33fcf111-fe00-4ec7-8a2f-7c53246d756f@Spark> <86k1gqanx8.fsf@intel.com> <8c63eb87-e3b8-2365-2eaf-a6e36424407c@bluestop.org> <86ftremzar.fsf@intel.com> <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> <86ftra7gza.fsf@intel.com> From: Rebecca Cran Message-ID: <6cb41c46-a481-d845-51a3-e1d74bbf8bf6@bluestop.org> Date: Wed, 27 Mar 2019 08:23:06 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <86ftra7gza.fsf@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 958B776CE4 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.00)[ipnet: 65.100.0.0/14(-4.89), asn: 209(-0.04), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 27 Mar 2019 14:23:09 -0000 On 3/25/19 3:59 PM, D Scott Phillips wrote: > > For either of these changes we would want to get > test converage on basically all functionality, so might as well take > both changes at once. What testing are you thinking is needed at this point? I guess installing and running FreeBSD, Linux and Windows, and probably running the SCT and FWTS. -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Wed Mar 27 15:48:24 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81CF315534AA for ; Wed, 27 Mar 2019 15:48:24 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-oi1-x244.google.com (mail-oi1-x244.google.com [IPv6:2607:f8b0:4864:20::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88726819D9; Wed, 27 Mar 2019 15:48:23 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-oi1-x244.google.com with SMTP id v7so13245786oie.8; Wed, 27 Mar 2019 08:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uFmhahv6npSPPA0Ay329ML7UknKlIML16vzRCDZh4sQ=; b=e+emZkm726XiUmQaRPHroReJezLwtGiarA+ccvRh6h3fWfW9npcSOscmRBVMCajHqd IxSrAtrmfr0hZbKh1RzFKtW9BhOp5+u9kXHyYe3xNVpJ2cRrQUR7HGYFhGRuBxlB3laa tCg3B9+gNYieetxTY9Uuq5dw6VquEOch2GjqDGf8xHtOqqbOP5uQXy0x3Y0Gn+RTdIsc 1cLvwWwVQ4X8Ogkon2qIuq0laMmhAXblGZBXqer3lwuRJvcKlzz4JxxQwpSK1rKuMan7 +FztLxztL+hAL2FI04oeXYY+IJPTrHU9Qw9u7ufoRXnxHCYxXaERkHvTHLLT04YThgAg 4S6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uFmhahv6npSPPA0Ay329ML7UknKlIML16vzRCDZh4sQ=; b=REyxh/ASLqnBur49sOLrUKDtN7UgrJPDrt6wtguTed8FZ6eJeYEJMh/BgjqaFp0Mlr VMliLAoL6MOuzm0XkZSuXxur0zqGUuMX43rFe3Hihejh/NwRZqZtNqVj/0Rh7gD4Smiq Khb7qn/4X/9n8XBykDmHn1K+Mr4CyD79qpLkE3x8qeCAFdOTbAXzVfjuq6dlfpPEYW1E RSOgyLsOpmsPLpz5l92n6yQzN/tZ0IYXmQmR9scAh3ubo0jhb2B9etO/JLWeGGWSTKL1 Jey2lsoRbzU040IxnH6rSMYDlyPpnS5Px8lNiFhVQwHaRm4JGFKEs4AQqCp+itXuiY+Z IPaw== X-Gm-Message-State: APjAAAWzDVm0gtvzBefR5U5fqfMj3u+Ceorm+DhmFW6h9DD0mMS+nU91 9jTwqa1FRWjnP1iNhm22sAoN5jbJO5YxlTVZrIw4AL2i X-Google-Smtp-Source: APXvYqzc8YPuzFo+JcK1msRdtk3qvn7ReOlJ3wnQ9JlUlyBvQkeotHWmUVDR1Di3zFtuU53/dTsTDt3whYe2GDgxuKs= X-Received: by 2002:aca:b243:: with SMTP id b64mr20341007oif.20.1553701702769; Wed, 27 Mar 2019 08:48:22 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Nick Wolff Date: Wed, 27 Mar 2019 11:48:21 -0400 Message-ID: Subject: Re: GPU passthrough: mixed success on Linux, not yet on Windows To: Robert Crowston Cc: "freebsd-virtualization@freebsd.org" , mmacy@freebsd.org X-Rspamd-Queue-Id: 88726819D9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=e+emZkm7; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::244 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-4.39 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.66)[-0.660,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-0.72)[ip: (1.46), ipnet: 2607:f8b0::/32(-2.85), asn: 15169(-2.14), country: US(-0.07)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 27 Mar 2019 15:48:24 -0000 Hi Robert, So for problem 2/3 you may want to look at the ppt_pci_reset(device_t dev) function in ppt.c. I'm not sure why this isn't dealing with both of your problems. Matt Macy may have some ideas. Great work by the way Thanks, Nick Wolff On Sun, Mar 17, 2019 at 12:23 PM Robert Crowston via freebsd-virtualization wrote: > Hi folks, this is my first post to the group. Apologies for length. > > I've been experimenting with GPU passthrough on bhyve. For background, the > host system is FreeBSD 12.0-RELEASE on an AMD Ryzen 1700 CPU @ 3.8 GHz, 32 > GB of ECC RAM, with two nVidia GPUs. I'm working with a Linux Debian 9 > guest and a Windows Server 2019 (desktop experience installed) guest. I > also have a USB controller passed-through for bluetooth and keyboard. > > With some unpleasant hacks I have succeeded in starting X on the Linux > guest, passing-through an nVidia GT 710 under the nouveau driver. I can run > the "mate" desktop and glxgears, both of which are smooth at 4K. The Unity > Heaven benchmark runs at an embarrassing 0.1 fps, and 2160p x264 video in > VLC runs at about 5 fps. Neither appears to be CPU-bound in the host or the > guest. > > The hack I had to make: I found that many instructions to access > memory-mapped PCI BARs are not being executed on the CPU in guest mode but > are being passed back for emulation in the hypervisor. This causes an > assertion to fail inside passthru_write() in pci_passthru.c > ["pi->pi_bar[baridx].type == PCIBAR_IO"] because it does not expect to > perform memory-mapped IO for the guest. Examining the to-be-emulated > instructions in vmexit_inst_emul() {e.g., movl (%rdi), %eax}, they look > benign to me, and I have no explanation for why the CPU refused to execute > them in guest mode. > > As an amateur work-around, I removed the assertion and instead I obtain > the desired offset into the guest's BAR, calculate what that guest address > translates to in the host's address space, open(2) /dev/mem, mmap(2) over > to that address, and perform the write directly. I do a similar trick in > passthru_read(). Ugly, slow, but functional. > > This code path is accessed continuously whether or not X is running, with > an increase in activity when running anything GPU-heavy. Always to bar 1, > and mostly around the same offsets. I added some logging of this event. It > runs at about 100 lines per second while playing video. An excerpt is: > ... > Unexpected out-of-vm passthrough write #492036 to bar 1 at offset 41100. > Unexpected out-of-vm passthrough write #492037 to bar 1 at offset 41100. > Unexpected out-of-vm passthrough read #276162 to bar 1 at offset 561280. > Unexpected out-of-vm passthrough write #492038 to bar 1 at offset 38028. > Unexpected out-of-vm passthrough write #492039 to bar 1 at offset 38028. > Unexpected out-of-vm passthrough read #276163 to bar 1 at offset 561184. > Unexpected out-of-vm passthrough read #276164 to bar 1 at offset 561184. > Unexpected out-of-vm passthrough read #276165 to bar 1 at offset 561184. > Unexpected out-of-vm passthrough read #276166 to bar 1 at offset 561184. > ... > > So my question here is, > 1. How do I diagnose why the instructions are not being executed in guest > mode? > > Some other problems: > > 2. Once the virtual machine is shut down, the passed-through GPU doesn't > get turned off. Whatever message was on the screen in the final throes of > Linux's shutdown stays there. Maybe there is a specific detach command > which bhyve or nouveau hasn't yet implemented? Alternatively, maybe I could > exploit some power management feature to reset the card when bhyve exits. > > 3. It is not possible to reboot the guest and then start X again without > an intervening host reboot. The text console works fine. Xorg.0.log has a > message like > (EE) [drm] Failed to open DRM device for pci:0000:00:06.0: -19 > (EE) open /dev/dri/card0: No such file or directory > dmesg is not very helpful either.[0] I suspect that this is related to > problem (2). > > 4. There is a known bug in the version of the Xorg server that ships with > Debian 9, where the switch from an animated mouse cursor back to a static > cursor causes the X server to sit in a busy loop of gradually increasing > stack depth, if the GPU takes too long to communicate with the driver.[1] > For me, this consistently happens after I type my password into the Debian > login dialog box and eventually (~ 120 minutes) locks up the host by eating > all the swap. A work-around is to replace the guest's animated cursors with > static cursors. The bug is fixed in newer versions of X, but I haven't > tested whether their fix works for me yet. > > 5. The GPU doesn't come to life until the nouveau driver kicks in. What is > special about the driver? Why doesn't the UEFI open the GPU and send it > output before the boot? Any idea if the problem is on the UEFI side or the > hypervisor side? > > 6. On Windows, the way Windows probes multi-BAR devices seems to be > inconsistent with bhyve's model for storing io memory mappings. > Specifically, I believe Windows assigns the 0xffffffff sentinel to all BARs > on a device in one shot, then reads them back and assigns the true > addresses afterwards. However, bhyve sees the multiple 0xffffffff > assignments to different BARs as a clash and errors out on the second BAR > probe. I removed most of the mmio_rb_tree error handling in mem.c and this > is sufficient for Windows to boot, and detect and correctly identify the > GPU. (A better solution might be to handle the initial 0xffffffff write as > a special case.) I can then install the official nVidia drivers without > problem over Remote Desktop. However, the GPU never springs into life: I am > stuck with a "Windows has stopped this device because it has reported > problems. (Code 43)" error in the device manager, a blank screen, and not > much else to go on. > > Is it worth me continuing to hack away at these problems---of course I'm > happy to share anything I come up with---or is there an official solution > to GPU support in the pipe about to make my efforts redundant :)? > > Thanks, > Robert Crowston. > > --- > Footnotes > > [0] Diff'ing dmesg after successful GPU initialization (+) and after > failure (-), and cutting out some lines that aren't relevant: > nouveau 0000:00:06.0: bios: version 80.28.a6.00.10 > +nouveau 0000:00:06.0: priv: HUB0: 085014 ffffffff (1f70820b) > nouveau 0000:00:06.0: fb: 1024 MiB DDR3 > @@ -466,24 +467,17 @@ > nouveau 0000:00:06.0: DRM: DCB conn 00: 00001031 > nouveau 0000:00:06.0: DRM: DCB conn 01: 00002161 > nouveau 0000:00:06.0: DRM: DCB conn 02: 00000200 > -nouveau 0000:00:06.0: disp: chid 0 mthd 0000 data 00000400 00001000 > 00000002 > -nouveau 0000:00:06.0: timeout at > /build/linux-UEAD6s/linux-4.9.144/drivers/gpu/drm/nouveau/nvkm/engine/disp/dmacgf119.c:88/gf119_disp_dmac_init()! > -nouveau 0000:00:06.0: disp: ch 1 init: c207009b > -nouveau: DRM:00000000:0000927c: init failed with -16 > -nouveau 0000:00:06.0: timeout at > /build/linux-UEAD6s/linux-4.9.144/drivers/gpu/drm/nouveau/nvkm/engine/disp/dmacgf119.c:54/gf119_disp_dmac_fini()! > -nouveau 0000:00:06.0: disp: ch 1 fini: c2071088 > -nouveau 0000:00:06.0: timeout at > /build/linux-UEAD6s/linux-4.9.144/drivers/gpu/drm/nouveau/nvkm/engine/disp/dmacgf119.c:54/gf119_disp_dmac_fini()! > -nouveau 0000:00:06.0: disp: ch 1 fini: c2071088 > +[drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > +[drm] Driver supports precise vblank timestamp query. > +nouveau 0000:00:06.0: DRM: MM: using COPY for buffer copies > +nouveau 0000:00:06.0: DRM: allocated 1920x1080 fb: 0x60000, bo > ffff96fdb39a1800 > +fbcon: nouveaufb (fb0) is primary device > -nouveau 0000:00:06.0: timeout at > /build/linux-UEAD6s/linux-4.9.144/drivers/gpu/drm/nouveau/nvkm/engine/disp/coregf119.c:187/gf119_disp_core_fini() > -nouveau 0000:00:06.0: disp: core fini: 8d0f0088 > -[TTM] Finalizing pool allocator > -[TTM] Finalizing DMA pool allocator > -[TTM] Zone kernel: Used memory at exit: 0 kiB > -[TTM] Zone dma32: Used memory at exit: 0 kiB > -nouveau: probe of 0000:00:06.0 failed with error -16 > +Console: switching to colour frame buffer device 240x67 > +nouveau 0000:00:06.0: fb0: nouveaufb frame buffer device > +[drm] Initialized nouveau 1.3.1 20120801 for 0000:00:06.0 on minor 0 > > [1] > https://devtalk.nvidia.com/default/topic/1028172/linux/titan-v-ubuntu-16-04lts-and-387-34-driver-crashes-badly/post/5230898/#5230898 > _______________________________________________ > 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 Wed Mar 27 16:16:11 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 675791554082 for ; Wed, 27 Mar 2019 16:16:11 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38BE782A84; Wed, 27 Mar 2019 16:16:09 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Wed, 27 Mar 2019 16:15:54 +0000 To: Nick Wolff From: Robert Crowston Cc: "freebsd-virtualization@freebsd.org" , mmacy@freebsd.org Reply-To: Robert Crowston Subject: Re: GPU passthrough: mixed success on Linux, not yet on Windows Message-ID: In-Reply-To: References: Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 38BE782A84 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.73 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; MX_GOOD(-0.01)[cached: mailsec.protonmail.ch]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.40.70.185.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.75)[ip: (-9.86), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.92), country: US(-0.07)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 27 Mar 2019 16:16:11 -0000 SSBhZGRlZCBzb21lIGxvZ2dpbmcgaW4gcHB0X3BjaV9yZXNldCgpIGFuZCBJIGNhbiBjb25maXJt IHRoZSBHUFUgaXMgaW5kZWVkIGN5Y2xlZCB0aHJvdWdoIHRoZSBEMyBzdGF0ZSBhdCB0aGUgYmVn aW5uaW5nIGFuZCBlbmQgb2YgdGhlIFZNIHNlc3Npb24uIEFGQUlLIHRoYXTigJlzIG9ubHkgRDMg aG90IHRob3VnaDsgZG9lcyBGcmVlQlNEIGhhdmUgc3VwcG9ydCBmb3IgRDMgY29sZD8KCk9uIFdl ZCwgTWFyIDI3LCAyMDE5IGF0IDE1OjQ4LCBOaWNrIFdvbGZmIDxkYXJrZmliZXJpcnVAZ21haWwu Y29tPiB3cm90ZToKCj4gSGkgUm9iZXJ0LAo+Cj4gU28gZm9yIHByb2JsZW0gMi8zIHlvdSBtYXkg d2FudCB0byBsb29rIGF0IHRoZSAgcHB0X3BjaV9yZXNldChkZXZpY2VfdCBkZXYpIGZ1bmN0aW9u IGluIHBwdC5jLiBJJ20gbm90IHN1cmUgd2h5IHRoaXMgaXNuJ3QgZGVhbGluZyB3aXRoIGJvdGgg b2YgeW91ciBwcm9ibGVtcy4gTWF0dCBNYWN5IG1heSBoYXZlIHNvbWUgaWRlYXMuCj4KPiBHcmVh dCB3b3JrIGJ5IHRoZSB3YXkKPgo+IFRoYW5rcywKPgo+IE5pY2sgV29sZmYKPgo+IE9uIFN1biwg TWFyIDE3LCAyMDE5IGF0IDEyOjIzIFBNIFJvYmVydCBDcm93c3RvbiB2aWEgZnJlZWJzZC12aXJ0 dWFsaXphdGlvbiA8ZnJlZWJzZC12aXJ0dWFsaXphdGlvbkBmcmVlYnNkLm9yZz4gd3JvdGU6Cj4K Pj4gSGkgZm9sa3MsIHRoaXMgaXMgbXkgZmlyc3QgcG9zdCB0byB0aGUgZ3JvdXAuIEFwb2xvZ2ll cyBmb3IgbGVuZ3RoLgo+Pgo+PiBJJ3ZlIGJlZW4gZXhwZXJpbWVudGluZyB3aXRoIEdQVSBwYXNz dGhyb3VnaCBvbiBiaHl2ZS4gRm9yIGJhY2tncm91bmQsIHRoZSBob3N0IHN5c3RlbSBpcyBGcmVl QlNEIDEyLjAtUkVMRUFTRSBvbiBhbiBBTUQgUnl6ZW4gMTcwMCBDUFUgQCAzLjggR0h6LCAzMiBH QiBvZiBFQ0MgUkFNLCB3aXRoIHR3byBuVmlkaWEgR1BVcy4gSSdtIHdvcmtpbmcgd2l0aCBhIExp bnV4IERlYmlhbiA5IGd1ZXN0IGFuZCBhIFdpbmRvd3MgU2VydmVyIDIwMTkgKGRlc2t0b3AgZXhw ZXJpZW5jZSBpbnN0YWxsZWQpIGd1ZXN0LiBJIGFsc28gaGF2ZSBhIFVTQiBjb250cm9sbGVyIHBh c3NlZC10aHJvdWdoIGZvciBibHVldG9vdGggYW5kIGtleWJvYXJkLgo+Pgo+PiBXaXRoIHNvbWUg dW5wbGVhc2FudCBoYWNrcyBJIGhhdmUgc3VjY2VlZGVkIGluIHN0YXJ0aW5nIFggb24gdGhlIExp bnV4IGd1ZXN0LCBwYXNzaW5nLXRocm91Z2ggYW4gblZpZGlhIEdUIDcxMCB1bmRlciB0aGUgbm91 dmVhdSBkcml2ZXIuIEkgY2FuIHJ1biB0aGUgIm1hdGUiIGRlc2t0b3AgYW5kIGdseGdlYXJzLCBi b3RoIG9mIHdoaWNoIGFyZSBzbW9vdGggYXQgNEsuIFRoZSBVbml0eSBIZWF2ZW4gYmVuY2htYXJr IHJ1bnMgYXQgYW4gZW1iYXJyYXNzaW5nIDAuMSBmcHMsIGFuZCAyMTYwcCB4MjY0IHZpZGVvIGlu IFZMQyBydW5zIGF0IGFib3V0IDUgZnBzLiBOZWl0aGVyIGFwcGVhcnMgdG8gYmUgQ1BVLWJvdW5k IGluIHRoZSBob3N0IG9yIHRoZSBndWVzdC4KPj4KPj4gVGhlIGhhY2sgSSBoYWQgdG8gbWFrZTog SSBmb3VuZCB0aGF0IG1hbnkgaW5zdHJ1Y3Rpb25zIHRvIGFjY2VzcyBtZW1vcnktbWFwcGVkIFBD SSBCQVJzIGFyZSBub3QgYmVpbmcgZXhlY3V0ZWQgb24gdGhlIENQVSBpbiBndWVzdCBtb2RlIGJ1 dCBhcmUgYmVpbmcgcGFzc2VkIGJhY2sgZm9yIGVtdWxhdGlvbiBpbiB0aGUgaHlwZXJ2aXNvci4g VGhpcyBjYXVzZXMgYW4gYXNzZXJ0aW9uIHRvIGZhaWwgaW5zaWRlIHBhc3N0aHJ1X3dyaXRlKCkg aW4gcGNpX3Bhc3N0aHJ1LmMgWyJwaS0+cGlfYmFyW2JhcmlkeF0udHlwZSA9PSBQQ0lCQVJfSU8i XSBiZWNhdXNlIGl0IGRvZXMgbm90IGV4cGVjdCB0byBwZXJmb3JtIG1lbW9yeS1tYXBwZWQgSU8g Zm9yIHRoZSBndWVzdC4gRXhhbWluaW5nIHRoZSB0by1iZS1lbXVsYXRlZCBpbnN0cnVjdGlvbnMg aW4gdm1leGl0X2luc3RfZW11bCgpIHtlLmcuLCBtb3ZsICglcmRpKSwgJWVheH0sIHRoZXkgbG9v ayBiZW5pZ24gdG8gbWUsIGFuZCBJIGhhdmUgbm8gZXhwbGFuYXRpb24gZm9yIHdoeSB0aGUgQ1BV IHJlZnVzZWQgdG8gZXhlY3V0ZSB0aGVtIGluIGd1ZXN0IG1vZGUuCj4+Cj4+IEFzIGFuIGFtYXRl dXIgd29yay1hcm91bmQsIEkgcmVtb3ZlZCB0aGUgYXNzZXJ0aW9uIGFuZCBpbnN0ZWFkIEkgb2J0 YWluIHRoZSBkZXNpcmVkIG9mZnNldCBpbnRvIHRoZSBndWVzdCdzIEJBUiwgY2FsY3VsYXRlIHdo YXQgdGhhdCBndWVzdCBhZGRyZXNzIHRyYW5zbGF0ZXMgdG8gaW4gdGhlIGhvc3QncyBhZGRyZXNz IHNwYWNlLCBvcGVuKDIpIC9kZXYvbWVtLCBtbWFwKDIpIG92ZXIgdG8gdGhhdCBhZGRyZXNzLCBh bmQgcGVyZm9ybSB0aGUgd3JpdGUgZGlyZWN0bHkuIEkgZG8gYSBzaW1pbGFyIHRyaWNrIGluIHBh c3N0aHJ1X3JlYWQoKS4gVWdseSwgc2xvdywgYnV0IGZ1bmN0aW9uYWwuCj4+Cj4+IFRoaXMgY29k ZSBwYXRoIGlzIGFjY2Vzc2VkIGNvbnRpbnVvdXNseSB3aGV0aGVyIG9yIG5vdCBYIGlzIHJ1bm5p bmcsIHdpdGggYW4gaW5jcmVhc2UgaW4gYWN0aXZpdHkgd2hlbiBydW5uaW5nIGFueXRoaW5nIEdQ VS1oZWF2eS4gQWx3YXlzIHRvIGJhciAxLCBhbmQgbW9zdGx5IGFyb3VuZCB0aGUgc2FtZSBvZmZz ZXRzLiBJIGFkZGVkIHNvbWUgbG9nZ2luZyBvZiB0aGlzIGV2ZW50LiBJdCBydW5zIGF0IGFib3V0 IDEwMCBsaW5lcyBwZXIgc2Vjb25kIHdoaWxlIHBsYXlpbmcgdmlkZW8uIEFuIGV4Y2VycHQgaXM6 Cj4+IC4uLgo+PiBVbmV4cGVjdGVkIG91dC1vZi12bSBwYXNzdGhyb3VnaCB3cml0ZSAjNDkyMDM2 IHRvIGJhciAxIGF0IG9mZnNldCA0MTEwMC4KPj4gVW5leHBlY3RlZCBvdXQtb2Ytdm0gcGFzc3Ro cm91Z2ggd3JpdGUgIzQ5MjAzNyB0byBiYXIgMSBhdCBvZmZzZXQgNDExMDAuCj4+IFVuZXhwZWN0 ZWQgb3V0LW9mLXZtIHBhc3N0aHJvdWdoIHJlYWQgIzI3NjE2MiB0byBiYXIgMSBhdCBvZmZzZXQg NTYxMjgwLgo+PiBVbmV4cGVjdGVkIG91dC1vZi12bSBwYXNzdGhyb3VnaCB3cml0ZSAjNDkyMDM4 IHRvIGJhciAxIGF0IG9mZnNldCAzODAyOC4KPj4gVW5leHBlY3RlZCBvdXQtb2Ytdm0gcGFzc3Ro cm91Z2ggd3JpdGUgIzQ5MjAzOSB0byBiYXIgMSBhdCBvZmZzZXQgMzgwMjguCj4+IFVuZXhwZWN0 ZWQgb3V0LW9mLXZtIHBhc3N0aHJvdWdoIHJlYWQgIzI3NjE2MyB0byBiYXIgMSBhdCBvZmZzZXQg NTYxMTg0Lgo+PiBVbmV4cGVjdGVkIG91dC1vZi12bSBwYXNzdGhyb3VnaCByZWFkICMyNzYxNjQg dG8gYmFyIDEgYXQgb2Zmc2V0IDU2MTE4NC4KPj4gVW5leHBlY3RlZCBvdXQtb2Ytdm0gcGFzc3Ro cm91Z2ggcmVhZCAjMjc2MTY1IHRvIGJhciAxIGF0IG9mZnNldCA1NjExODQuCj4+IFVuZXhwZWN0 ZWQgb3V0LW9mLXZtIHBhc3N0aHJvdWdoIHJlYWQgIzI3NjE2NiB0byBiYXIgMSBhdCBvZmZzZXQg NTYxMTg0Lgo+PiAuLi4KPj4KPj4gU28gbXkgcXVlc3Rpb24gaGVyZSBpcywKPj4gMS4gSG93IGRv IEkgZGlhZ25vc2Ugd2h5IHRoZSBpbnN0cnVjdGlvbnMgYXJlIG5vdCBiZWluZyBleGVjdXRlZCBp biBndWVzdCBtb2RlPwo+Pgo+PiBTb21lIG90aGVyIHByb2JsZW1zOgo+Pgo+PiAyLiBPbmNlIHRo ZSB2aXJ0dWFsIG1hY2hpbmUgaXMgc2h1dCBkb3duLCB0aGUgcGFzc2VkLXRocm91Z2ggR1BVIGRv ZXNuJ3QgZ2V0IHR1cm5lZCBvZmYuIFdoYXRldmVyIG1lc3NhZ2Ugd2FzIG9uIHRoZSBzY3JlZW4g aW4gdGhlIGZpbmFsIHRocm9lcyBvZiBMaW51eCdzIHNodXRkb3duIHN0YXlzIHRoZXJlLiBNYXli ZSB0aGVyZSBpcyBhIHNwZWNpZmljIGRldGFjaCBjb21tYW5kIHdoaWNoIGJoeXZlIG9yIG5vdXZl YXUgaGFzbid0IHlldCBpbXBsZW1lbnRlZD8gQWx0ZXJuYXRpdmVseSwgbWF5YmUgSSBjb3VsZCBl eHBsb2l0IHNvbWUgcG93ZXIgbWFuYWdlbWVudCBmZWF0dXJlIHRvIHJlc2V0IHRoZSBjYXJkIHdo ZW4gYmh5dmUgZXhpdHMuCj4+Cj4+IDMuIEl0IGlzIG5vdCBwb3NzaWJsZSB0byByZWJvb3QgdGhl IGd1ZXN0IGFuZCB0aGVuIHN0YXJ0IFggYWdhaW4gd2l0aG91dCBhbiBpbnRlcnZlbmluZyBob3N0 IHJlYm9vdC4gVGhlIHRleHQgY29uc29sZSB3b3JrcyBmaW5lLiBYb3JnLjAubG9nIGhhcyBhIG1l c3NhZ2UgbGlrZQo+PiAgICAgKEVFKSBbZHJtXSBGYWlsZWQgdG8gb3BlbiBEUk0gZGV2aWNlIGZv ciBwY2k6MDAwMDowMDowNi4wOiAtMTkKPj4gICAgIChFRSkgb3BlbiAvZGV2L2RyaS9jYXJkMDog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo+PiBkbWVzZyBpcyBub3QgdmVyeSBoZWxwZnVsIGVp dGhlci5bMF0gSSBzdXNwZWN0IHRoYXQgdGhpcyBpcyByZWxhdGVkIHRvIHByb2JsZW0gKDIpLgo+ Pgo+PiA0LiBUaGVyZSBpcyBhIGtub3duIGJ1ZyBpbiB0aGUgdmVyc2lvbiBvZiB0aGUgWG9yZyBz ZXJ2ZXIgdGhhdCBzaGlwcyB3aXRoIERlYmlhbiA5LCB3aGVyZSB0aGUgc3dpdGNoIGZyb20gYW4g YW5pbWF0ZWQgbW91c2UgY3Vyc29yIGJhY2sgdG8gYSBzdGF0aWMgY3Vyc29yIGNhdXNlcyB0aGUg WCBzZXJ2ZXIgdG8gc2l0IGluIGEgYnVzeSBsb29wIG9mIGdyYWR1YWxseSBpbmNyZWFzaW5nIHN0 YWNrIGRlcHRoLCBpZiB0aGUgR1BVIHRha2VzIHRvbyBsb25nIHRvIGNvbW11bmljYXRlIHdpdGgg dGhlIGRyaXZlci5bMV0gRm9yIG1lLCB0aGlzIGNvbnNpc3RlbnRseSBoYXBwZW5zIGFmdGVyIEkg dHlwZSBteSBwYXNzd29yZCBpbnRvIHRoZSBEZWJpYW4gbG9naW4gZGlhbG9nIGJveCBhbmQgZXZl bnR1YWxseSAofiAxMjAgbWludXRlcykgbG9ja3MgdXAgdGhlIGhvc3QgYnkgZWF0aW5nIGFsbCB0 aGUgc3dhcC4gQSB3b3JrLWFyb3VuZCBpcyB0byByZXBsYWNlIHRoZSBndWVzdCdzIGFuaW1hdGVk IGN1cnNvcnMgd2l0aCBzdGF0aWMgY3Vyc29ycy4gVGhlIGJ1ZyBpcyBmaXhlZCBpbiBuZXdlciB2 ZXJzaW9ucyBvZiBYLCBidXQgSSBoYXZlbid0IHRlc3RlZCB3aGV0aGVyIHRoZWlyIGZpeCB3b3Jr cyBmb3IgbWUgeWV0Lgo+Pgo+PiA1LiBUaGUgR1BVIGRvZXNuJ3QgY29tZSB0byBsaWZlIHVudGls IHRoZSBub3V2ZWF1IGRyaXZlciBraWNrcyBpbi4gV2hhdCBpcyBzcGVjaWFsIGFib3V0IHRoZSBk cml2ZXI/IFdoeSBkb2Vzbid0IHRoZSBVRUZJIG9wZW4gdGhlIEdQVSBhbmQgc2VuZCBpdCBvdXRw dXQgYmVmb3JlIHRoZSBib290PyBBbnkgaWRlYSBpZiB0aGUgcHJvYmxlbSBpcyBvbiB0aGUgVUVG SSBzaWRlIG9yIHRoZSBoeXBlcnZpc29yIHNpZGU/Cj4+Cj4+IDYuIE9uIFdpbmRvd3MsIHRoZSB3 YXkgV2luZG93cyBwcm9iZXMgbXVsdGktQkFSIGRldmljZXMgc2VlbXMgdG8gYmUgaW5jb25zaXN0 ZW50IHdpdGggYmh5dmUncyBtb2RlbCBmb3Igc3RvcmluZyBpbyBtZW1vcnkgbWFwcGluZ3MuIFNw ZWNpZmljYWxseSwgSSBiZWxpZXZlIFdpbmRvd3MgYXNzaWducyB0aGUgMHhmZmZmZmZmZiBzZW50 aW5lbCB0byBhbGwgQkFScyBvbiBhIGRldmljZSBpbiBvbmUgc2hvdCwgdGhlbiByZWFkcyB0aGVt IGJhY2sgYW5kIGFzc2lnbnMgdGhlIHRydWUgYWRkcmVzc2VzIGFmdGVyd2FyZHMuIEhvd2V2ZXIs IGJoeXZlIHNlZXMgdGhlIG11bHRpcGxlIDB4ZmZmZmZmZmYgYXNzaWdubWVudHMgdG8gZGlmZmVy ZW50IEJBUnMgYXMgYSBjbGFzaCBhbmQgZXJyb3JzIG91dCBvbiB0aGUgc2Vjb25kIEJBUiBwcm9i ZS4gSSByZW1vdmVkIG1vc3Qgb2YgdGhlIG1taW9fcmJfdHJlZSBlcnJvciBoYW5kbGluZyBpbiBt ZW0uYyBhbmQgdGhpcyBpcyBzdWZmaWNpZW50IGZvciBXaW5kb3dzIHRvIGJvb3QsIGFuZCBkZXRl Y3QgYW5kIGNvcnJlY3RseSBpZGVudGlmeSB0aGUgR1BVLiAoQSBiZXR0ZXIgc29sdXRpb24gbWln aHQgYmUgdG8gaGFuZGxlIHRoZSBpbml0aWFsIDB4ZmZmZmZmZmYgd3JpdGUgYXMgYSBzcGVjaWFs IGNhc2UuKSBJIGNhbiB0aGVuIGluc3RhbGwgdGhlIG9mZmljaWFsIG5WaWRpYSBkcml2ZXJzIHdp dGhvdXQgcHJvYmxlbSBvdmVyIFJlbW90ZSBEZXNrdG9wLiBIb3dldmVyLCB0aGUgR1BVIG5ldmVy IHNwcmluZ3MgaW50byBsaWZlOiBJIGFtIHN0dWNrIHdpdGggYSAiV2luZG93cyBoYXMgc3RvcHBl ZCB0aGlzIGRldmljZSBiZWNhdXNlIGl0IGhhcyByZXBvcnRlZCBwcm9ibGVtcy4gKENvZGUgNDMp IiBlcnJvciBpbiB0aGUgZGV2aWNlIG1hbmFnZXIsIGEgYmxhbmsgc2NyZWVuLCBhbmQgbm90IG11 Y2ggZWxzZSB0byBnbyBvbi4KPj4KPj4gSXMgaXQgd29ydGggbWUgY29udGludWluZyB0byBoYWNr IGF3YXkgYXQgdGhlc2UgcHJvYmxlbXMtLS1vZiBjb3Vyc2UgSSdtIGhhcHB5IHRvIHNoYXJlIGFu eXRoaW5nIEkgY29tZSB1cCB3aXRoLS0tb3IgaXMgdGhlcmUgYW4gb2ZmaWNpYWwgc29sdXRpb24g dG8gR1BVIHN1cHBvcnQgaW4gdGhlIHBpcGUgYWJvdXQgdG8gbWFrZSBteSBlZmZvcnRzIHJlZHVu ZGFudCA6KT8KPj4KPj4gVGhhbmtzLAo+PiBSb2JlcnQgQ3Jvd3N0b24uCj4+Cj4+IC0tLQo+PiBG b290bm90ZXMKPj4KPj4gWzBdICBEaWZmJ2luZyBkbWVzZyBhZnRlciBzdWNjZXNzZnVsIEdQVSBp bml0aWFsaXphdGlvbiAoKykgYW5kIGFmdGVyIGZhaWx1cmUgKC0pLCBhbmQgY3V0dGluZyBvdXQg c29tZSBsaW5lcyB0aGF0IGFyZW4ndCByZWxldmFudDoKPj4gIG5vdXZlYXUgMDAwMDowMDowNi4w OiBiaW9zOiB2ZXJzaW9uIDgwLjI4LmE2LjAwLjEwCj4+ICtub3V2ZWF1IDAwMDA6MDA6MDYuMDog cHJpdjogSFVCMDogMDg1MDE0IGZmZmZmZmZmICgxZjcwODIwYikKPj4gIG5vdXZlYXUgMDAwMDow MDowNi4wOiBmYjogMTAyNCBNaUIgRERSMwo+PiBAQCAtNDY2LDI0ICs0NjcsMTcgQEAKPj4gIG5v dXZlYXUgMDAwMDowMDowNi4wOiBEUk06IERDQiBjb25uIDAwOiAwMDAwMTAzMQo+PiAgbm91dmVh dSAwMDAwOjAwOjA2LjA6IERSTTogRENCIGNvbm4gMDE6IDAwMDAyMTYxCj4+ICBub3V2ZWF1IDAw MDA6MDA6MDYuMDogRFJNOiBEQ0IgY29ubiAwMjogMDAwMDAyMDAKPj4gLW5vdXZlYXUgMDAwMDow MDowNi4wOiBkaXNwOiBjaGlkIDAgbXRoZCAwMDAwIGRhdGEgMDAwMDA0MDAgMDAwMDEwMDAgMDAw MDAwMDIKPj4gLW5vdXZlYXUgMDAwMDowMDowNi4wOiB0aW1lb3V0IGF0IC9idWlsZC9saW51eC1V RUFENnMvbGludXgtNC45LjE0NC9kcml2ZXJzL2dwdS9kcm0vbm91dmVhdS9udmttL2VuZ2luZS9k aXNwL2RtYWNnZjExOS5jOjg4L2dmMTE5X2Rpc3BfZG1hY19pbml0KCkhCj4+IC1ub3V2ZWF1IDAw MDA6MDA6MDYuMDogZGlzcDogY2ggMSBpbml0OiBjMjA3MDA5Ygo+PiAtbm91dmVhdTogRFJNOjAw MDAwMDAwOjAwMDA5MjdjOiBpbml0IGZhaWxlZCB3aXRoIC0xNgo+PiAtbm91dmVhdSAwMDAwOjAw OjA2LjA6IHRpbWVvdXQgYXQgL2J1aWxkL2xpbnV4LVVFQUQ2cy9saW51eC00LjkuMTQ0L2RyaXZl cnMvZ3B1L2RybS9ub3V2ZWF1L252a20vZW5naW5lL2Rpc3AvZG1hY2dmMTE5LmM6NTQvZ2YxMTlf ZGlzcF9kbWFjX2ZpbmkoKSEKPj4gLW5vdXZlYXUgMDAwMDowMDowNi4wOiBkaXNwOiBjaCAxIGZp bmk6IGMyMDcxMDg4Cj4+IC1ub3V2ZWF1IDAwMDA6MDA6MDYuMDogdGltZW91dCBhdCAvYnVpbGQv bGludXgtVUVBRDZzL2xpbnV4LTQuOS4xNDQvZHJpdmVycy9ncHUvZHJtL25vdXZlYXUvbnZrbS9l bmdpbmUvZGlzcC9kbWFjZ2YxMTkuYzo1NC9nZjExOV9kaXNwX2RtYWNfZmluaSgpIQo+PiAtbm91 dmVhdSAwMDAwOjAwOjA2LjA6IGRpc3A6IGNoIDEgZmluaTogYzIwNzEwODgKPj4gK1tkcm1dIFN1 cHBvcnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMiAoMjEuMTAuMjAxMykuCj4+ICtb ZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2YmxhbmsgdGltZXN0YW1wIHF1ZXJ5Lgo+PiAr bm91dmVhdSAwMDAwOjAwOjA2LjA6IERSTTogTU06IHVzaW5nIENPUFkgZm9yIGJ1ZmZlciBjb3Bp ZXMKPj4gK25vdXZlYXUgMDAwMDowMDowNi4wOiBEUk06IGFsbG9jYXRlZCAxOTIweDEwODAgZmI6 IDB4NjAwMDAsIGJvIGZmZmY5NmZkYjM5YTE4MDAKPj4gK2ZiY29uOiBub3V2ZWF1ZmIgKGZiMCkg aXMgcHJpbWFyeSBkZXZpY2UKPj4gLW5vdXZlYXUgMDAwMDowMDowNi4wOiB0aW1lb3V0IGF0IC9i dWlsZC9saW51eC1VRUFENnMvbGludXgtNC45LjE0NC9kcml2ZXJzL2dwdS9kcm0vbm91dmVhdS9u dmttL2VuZ2luZS9kaXNwL2NvcmVnZjExOS5jOjE4Ny9nZjExOV9kaXNwX2NvcmVfZmluaSgpCj4+ IC1ub3V2ZWF1IDAwMDA6MDA6MDYuMDogZGlzcDogY29yZSBmaW5pOiA4ZDBmMDA4OAo+PiAtW1RU TV0gRmluYWxpemluZyBwb29sIGFsbG9jYXRvcgo+PiAtW1RUTV0gRmluYWxpemluZyBETUEgcG9v bCBhbGxvY2F0b3IKPj4gLVtUVE1dIFpvbmUgIGtlcm5lbDogVXNlZCBtZW1vcnkgYXQgZXhpdDog MCBraUIKPj4gLVtUVE1dIFpvbmUgICBkbWEzMjogVXNlZCBtZW1vcnkgYXQgZXhpdDogMCBraUIK Pj4gLW5vdXZlYXU6IHByb2JlIG9mIDAwMDA6MDA6MDYuMCBmYWlsZWQgd2l0aCBlcnJvciAtMTYK Pj4gK0NvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xvdXIgZnJhbWUgYnVmZmVyIGRldmljZSAyNDB4 NjcKPj4gK25vdXZlYXUgMDAwMDowMDowNi4wOiBmYjA6IG5vdXZlYXVmYiBmcmFtZSBidWZmZXIg ZGV2aWNlCj4+ICtbZHJtXSBJbml0aWFsaXplZCBub3V2ZWF1IDEuMy4xIDIwMTIwODAxIGZvciAw MDAwOjAwOjA2LjAgb24gbWlub3IgMAo+Pgo+PiBbMV0gaHR0cHM6Ly9kZXZ0YWxrLm52aWRpYS5j b20vZGVmYXVsdC90b3BpYy8xMDI4MTcyL2xpbnV4L3RpdGFuLXYtdWJ1bnR1LTE2LTA0bHRzLWFu ZC0zODctMzQtZHJpdmVyLWNyYXNoZXMtYmFkbHkvcG9zdC81MjMwODk4LyM1MjMwODk4Cj4+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IGZyZWVic2Qt dmlydHVhbGl6YXRpb25AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+IGh0dHBzOi8vbGlzdHMu ZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXZpcnR1YWxpemF0aW9uCj4+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXZpcnR1YWxpemF0aW9uLXVu c3Vic2NyaWJlQGZyZWVic2Qub3JnIg== From owner-freebsd-virtualization@freebsd.org Wed Mar 27 17:38:07 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C74471555942; Wed, 27 Mar 2019 17:38:06 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B91D85415; Wed, 27 Mar 2019 17:38:05 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-ot1-x332.google.com with SMTP id j10so9228029otq.0; Wed, 27 Mar 2019 10:38:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qZC66z6izBCNw6KZ5/5zTq5ErRp9fUIYVVHcGh5DFlA=; b=dN5TYSEARFbSehOpJ7V6kbLHLTVR4vrvvK48cn4ZgySRW+Cqf7u9EY7JpjiaBvSNal wkqW6aJosMnD7Zr0TSlFPHaValeDU5ycN9TRKbbsDraZb4oouv28HJbdFJ8u5g9vDBjP 84mAAtAcp4au0P8beYwxCFk9sba9q/qrRmtRflPz32ao/K/bmWsVrI7CG01I4Knt4ir+ HA8QxRgYcgEockBFYJZVrRr5w9F/3E0LDKaqVYSOxfLIcDizhKiQ+HhJCgAvNrYVFUpN hT7V6cAoDakx/WJhxGe9ht5IdrdvpVXIZ7bzqMIPv3DkQNujmasSYixKC1cGH7pVoq1/ WI+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qZC66z6izBCNw6KZ5/5zTq5ErRp9fUIYVVHcGh5DFlA=; b=iouNC7BoMZ5Ktzx5Szn16DkgA1wHikfDikWLre6HHZdToJhjnETQ2jwAfBiWC5AOPI v37YvY2HC9efwiRzzVXXlTufqhAtNUharm09/0fOsf2j19CKRjRXy92lIp46Ng5n3OQm j9UcePJbgaFFXvyKM7jKs0oYKt5KAoRoK0cyEzQUJEyBKLdi4I5TCkzRCnRvHj/RhYoI 5iMOg0D3PWef2WCCBIBtsowlX65dakEN6Gnw5+F2e6NnTcNgQ5NsVfn6lEesXO9sQAWL O+hW9ac/IGJK2gqaJCna+AVVO0wsilP1itxiJu4jNf3KTUJliI1hh/f5j4vZ86SM3gyG DB6A== X-Gm-Message-State: APjAAAVbwSYV+yoxqFh0k4ENxbqm0Ze00lPJE/xudT2tTrGj/hZnyHWB OZAaNIBFyhIq9K2VUKUaaG3nGLGc+DVJBa48Ghc= X-Google-Smtp-Source: APXvYqxlprJxMjH24p++MGrk3uTeDip16rAK8ew/cBYJDCdWqg09OJdi4XvQSZCm1fxWQyefcJFvWw9I7YDt1eSQUW8= X-Received: by 2002:a9d:7088:: with SMTP id l8mr14132724otj.312.1553708284837; Wed, 27 Mar 2019 10:38:04 -0700 (PDT) MIME-Version: 1.0 References: <201903120020.x2C0KVVN012469@gndrsh.dnsmgr.net> In-Reply-To: <201903120020.x2C0KVVN012469@gndrsh.dnsmgr.net> From: Nick Wolff Date: Wed, 27 Mar 2019 13:38:03 -0400 Message-ID: Subject: Re: bhyve: Detecting that a guest kernel has booted To: "Rodney W. Grimes" Cc: grehan@freebsd.org, owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 8B91D85415 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dN5TYSEA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::332 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-5.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[9]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.91)[ip: (-9.47), ipnet: 2607:f8b0::/32(-2.86), asn: 15169(-2.14), country: US(-0.07)]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 27 Mar 2019 17:38:07 -0000 We actually have some people it looks like working on an updated UEFI and have a CFT out in Updating "uefi-edk2-bhyve" thread in this mailing list. I hope we can get bhyve-vm-goagent back in the tree and also built for any other operating systems people need. Thanks, Nick Wolff On Mon, Mar 11, 2019 at 8:21 PM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > This branch is 8930 commits behind tianocore:master. > > > And depends on an external git belonging to Peter Grehan, > > > > No, it isn't. > > > > https://github.com/freebsd/uefi-edk2 > > > > Under FreeBSD project control since Oct 16, 2015. > > My appologies, the page does not clearly show who owns > the git project and I wrongly assumed it was you. > > Though perhaps there is another edk2 some place > that some people seem to have copies of? > > Is the source the same for the versions in > people.freebsd.org/~grehan/? > > > > later, > > Peter. > -- > Rod Grimes > rgrimes@freebsd.org > _______________________________________________ > 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 28 22:02:40 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B86EE1514478 for ; Thu, 28 Mar 2019 22:02:40 +0000 (UTC) (envelope-from br@bsdpad.com) Received: from sc1.bsdpad.com (sc1.bsdpad.com [163.172.212.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B74E28E7A1 for ; Thu, 28 Mar 2019 22:02:39 +0000 (UTC) (envelope-from br@bsdpad.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bsdpad.com; s=20190317; h=Subject:To:From; bh=qdDvetGtl7oTgxeIpi6U/RkqJ3Kuo/NryUox4FMkgwg=; b=TOafuQdTQFS4WbldHjafdQywO7 tG8aL3g7ka97CRKXw5TNpmwLzFmYJjz7X/zrGcApaL8D/Q5SdcD0FNqlwK/AEmK8UpnWSb6M0d0+M KEUwbtG25hbPFd8nmgwEVG8sQT6QwIH48+lGtSbGcX5XGb1kZcnZqbiYVxqUEmeYgjHOJ+9ArcQ49 KTSfFhLpwEyr0DZIm709JM/TP4egyWW3+7iv/lTzGv/fLX4ukUDg1s1Ctlz81WfDNnNICwgHXjYk2 fcQSViCVMvIMsNXEU36JdWmrk7MmJMAWJ7KmPuIPjVwXqYd6HYgihmkRuxDu4TL7hjGKb5a0CGCKd nBfnX/Fg==; Received: from localhost ([127.0.0.1] helo=bsdpad.com) by sc1.bsdpad.com with smtp (Exim 4.91 (FreeBSD)) (envelope-from ) id 1h9d6Y-000Daq-W5; Thu, 28 Mar 2019 22:02:35 +0000 Received: by bsdpad.com (nbSMTP-1.00) for uid 1001 br@bsdpad.com; Thu, 28 Mar 2019 22:02:34 +0000 (GMT) Date: Thu, 28 Mar 2019 22:02:34 +0000 From: Ruslan Bukin To: Robert Crowston Cc: "freebsd-virtualization@freebsd.org" Subject: Re: GPU passthrough: mixed success on Linux, not yet on Windows Message-ID: <20190328220234.GA52232@bsdpad.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: B74E28E7A1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdpad.com header.s=20190317 header.b=TOafuQdT; spf=pass (mx1.freebsd.org: domain of br@bsdpad.com designates 163.172.212.18 as permitted sender) smtp.mailfrom=br@bsdpad.com X-Spamd-Result: default: False [-6.23 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdpad.com:s=20190317]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsdpad.com]; NEURAL_HAM_SHORT(-0.89)[-0.885,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdpad.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[sc1.bsdpad.com]; IP_SCORE(-2.83)[ip: (-9.23), ipnet: 163.172.208.0/20(-4.61), asn: 12876(-0.31), country: FR(-0.01)]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12876, ipnet:163.172.208.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 28 Mar 2019 22:02:40 -0000 Hi Robert: On Sun, Mar 17, 2019 at 04:22:29PM +0000, Robert Crowston via freebsd-virtualization wrote: > > Is it worth me continuing to hack away at these problems---of course I'm happy to share anything I come up with---or is there an official solution to GPU support in the pipe about to make my efforts redundant :)? > Could you share your patch/hacks somewhere? I would like to try it with AMD graphics card and Windows. Ruslan From owner-freebsd-virtualization@freebsd.org Fri Mar 29 18:29:27 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1783E154DF18; Fri, 29 Mar 2019 18:29:27 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D499F72D2C; Fri, 29 Mar 2019 18:29:25 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 57D17C4B95; Fri, 29 Mar 2019 12:30:13 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4tFnIWwzMa7U; Fri, 29 Mar 2019 12:30:13 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Fri, 29 Mar 2019 12:30:13 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: D Scott Phillips Cc: Larry Rosenman , owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org References: <86muln68ld.fsf@intel.com> <1fe3ca3f-be70-99db-e7c0-35c9194c97e4@bluestop.org> <7e84fd01c3f46268c26f9bab8b9fb9bc@lerctr.org> <33fcf111-fe00-4ec7-8a2f-7c53246d756f@Spark> <86k1gqanx8.fsf@intel.com> <8c63eb87-e3b8-2365-2eaf-a6e36424407c@bluestop.org> <86ftremzar.fsf@intel.com> <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> <86ftra7gza.fsf@intel.com> From: Rebecca Cran Message-ID: Date: Fri, 29 Mar 2019 12:29:17 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <86ftra7gza.fsf@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: D499F72D2C X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.95 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.97)[ip: (-9.85), ipnet: 65.100.0.0/14(-4.89), asn: 209(-0.04), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.97)[-0.968,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 29 Mar 2019 18:29:27 -0000 On 3/25/19 3:59 PM, D Scott Phillips wrote: > > Yep, makes sense to me. For either of these changes we would want to get > test converage on basically all functionality, so might as well take > both changes at once. One thing I noticed is that the SMBIOS information claims it's BHYVE BIOS v1.00 released 3/14/2014. It would be nice if we could update that. -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Fri Mar 29 20:08:18 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBD8D1551024; Fri, 29 Mar 2019 20:08:17 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D00087784D; Fri, 29 Mar 2019 20:08:16 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 05840C4C00; Fri, 29 Mar 2019 14:09:10 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id U1kDChXJ1Zz0; Fri, 29 Mar 2019 14:09:09 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Fri, 29 Mar 2019 14:09:09 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: D Scott Phillips Cc: owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org References: <86muln68ld.fsf@intel.com> <1fe3ca3f-be70-99db-e7c0-35c9194c97e4@bluestop.org> <7e84fd01c3f46268c26f9bab8b9fb9bc@lerctr.org> <33fcf111-fe00-4ec7-8a2f-7c53246d756f@Spark> <86k1gqanx8.fsf@intel.com> <8c63eb87-e3b8-2365-2eaf-a6e36424407c@bluestop.org> <86ftremzar.fsf@intel.com> <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> <86ftra7gza.fsf@intel.com> From: Rebecca Cran Message-ID: <276871db-ef2c-9a5c-2d59-8797e03d241c@bluestop.org> Date: Fri, 29 Mar 2019 14:08:14 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: D00087784D X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.97)[ip: (-9.85), ipnet: 65.100.0.0/14(-4.89), asn: 209(-0.04), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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, 29 Mar 2019 20:08:18 -0000 On 3/29/19 12:29 PM, Rebecca Cran via freebsd-virtualization wrote: > On 3/25/19 3:59 PM, D Scott Phillips wrote: >> >> Yep, makes sense to me. For either of these changes we would want to get >> test converage on basically all functionality, so might as well take >> both changes at once. > > > One thing I noticed is that the SMBIOS information claims it's BHYVE > BIOS v1.00 released 3/14/2014. It would be nice if we could update that. I ran the SCT 2.6 against the updated Bhyve firmware and uploaded the results to https://bluestop.org/files/Summary.log . I'm not sure how the failures compare with either the current firmware or OVMF though, so I'm not sure how useful it is. I've tested FreeBSD, Ubuntu and Windows Server 2016 and all worked, though for some reason the Windows ISO kept hanging during boot for a while, until it just started working. -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Sat Mar 30 03:30:05 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E147155FF1F for ; Sat, 30 Mar 2019 03:30:05 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 284AC6AC73 for ; Sat, 30 Mar 2019 03:30:03 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2U3TxJT002646; Fri, 29 Mar 2019 20:29:59 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2U3Tx7C002645; Fri, 29 Mar 2019 20:29:59 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903300329.x2U3Tx7C002645@gndrsh.dnsmgr.net> Subject: Re: Updating uefi-edk2-bhyve In-Reply-To: To: Rebecca Cran Date: Fri, 29 Mar 2019 20:29:59 -0700 (PDT) CC: D Scott Phillips , freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 284AC6AC73 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.251,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.575,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.31)[0.312,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.01)[ip: (0.08), ipnet: 69.59.192.0/19(0.04), asn: 13868(0.02), country: US(-0.07)] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 03:30:05 -0000 > On 3/25/19 3:59 PM, D Scott Phillips wrote: > > > > Yep, makes sense to me. For either of these changes we would want to get > > test converage on basically all functionality, so might as well take > > both changes at once. > > > One thing I noticed is that the SMBIOS information claims it's BHYVE > BIOS v1.00 released 3/14/2014. It would be nice if we could update that. That, iirc, would be the SMBIOS version of ed2k, which yes should be updated if infact the newer ed2k has a new SBIOS implementation, if it is still 1.00 implementaton then this needs to be left alone. > Rebecca Cran -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-virtualization@freebsd.org Sat Mar 30 03:41:16 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F259C1560800 for ; Sat, 30 Mar 2019 03:41:15 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 737B16B544 for ; Sat, 30 Mar 2019 03:41:14 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id D1EEAC4E02; Fri, 29 Mar 2019 21:42:06 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vmtRkN9mB2Ai; Fri, 29 Mar 2019 21:42:06 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Fri, 29 Mar 2019 21:42:06 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: "Rodney W. Grimes" Cc: D Scott Phillips , freebsd-virtualization@freebsd.org References: <201903300329.x2U3Tx7C002645@gndrsh.dnsmgr.net> From: Rebecca Cran Message-ID: Date: Fri, 29 Mar 2019 21:41:11 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <201903300329.x2U3Tx7C002645@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 737B16B544 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.97)[ip: (-9.86), ipnet: 65.100.0.0/14(-4.89), asn: 209(-0.05), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 03:41:16 -0000 On 3/29/19 9:29 PM, Rodney W. Grimes wrote: > > That, iirc, would be the SMBIOS version of ed2k, which yes should > be updated if infact the newer ed2k has a new SBIOS implementation, > if it is still 1.00 implementaton then this needs to be left > alone. Under OVMF "smbiosview -t 0" shows: Vendor: EFI Development Kit II / OVMF BiosVersion: 0.0.0 BiosReleaseDate: 02/06/2015 Whereas, we have: Vendor: BHYVE BiosVersion: 1.00 BiosReleaseDate: 03/14/2014 -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Sat Mar 30 10:13:38 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07C87156DBF0 for ; Sat, 30 Mar 2019 10:13:38 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA502811A8 for ; Sat, 30 Mar 2019 10:13:35 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-lf1-x133.google.com with SMTP id r25so3064166lfn.13 for ; Sat, 30 Mar 2019 03:13:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=hYC3Myhw47zKNeUrx3eavqRZwb5HkwjOKEBvDhaxJFQ=; b=FB7FA9+9kZgKODcJuwhvClNSnH1NSBVH+OEKe/ZBCWlTnsuF3OCyBB1INNvfuODxrd FrEuDGvl8Wk9ir8tAJZbxgGs5wpwdxVwaEazaDJG1Xn2S3ROHDVnVL0OBR/zoVWbtIgu 7FDmrJPVFJfRHMMJMnh9dZwCo4PQ8+Qg9Cwp5qqtul3uaJY880O8gIstl4AUi3EuxovD W1TQs4wDdzXUV73cGzf2zplwvYy47FEDFKuB4FIv2Kd0DTDOniQRiT0GMciqyxEr1wc5 cgm+d9+XQk/+VZOdXVaSdOXkqQ8UCisP4srrcf/G7jHWH5vWPjrGw6cMta/Qx0e4gax3 SUbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=hYC3Myhw47zKNeUrx3eavqRZwb5HkwjOKEBvDhaxJFQ=; b=ZUG23APTNXbuSxtYTxS9qseqZbqWdETT38Y5SqIOkapV51wL1PkLnDspZwCmYaUZ76 /HcB8Ah1kxjZS0SFzmk4YXaPKsoN6J34rjcsUGPv7I7LMj9QiIw4KKpMzqvOV5nxkQQl XW54e8QffKctqTUyjkQQ1sOuYeWDQJydF93wxxEm+4aSySO/xM8vHL1E63UYakji1jUQ VPrg0v4enJZKUVJLriSAT7J3bEjU9mpNIvvBdL3koRw8ihuWdzAFVtfqFbtmY3xN/LQg 1yca2yehiKd5+/8TyFfX/6l18sgnCrGI7CfpKkCLzjUeF8UcLcZmlW8UOzZPaIIgoiqu XpNg== X-Gm-Message-State: APjAAAV9OfxxyI3Tt++fDihLQEhHpYMCrMw72Sqf7biASVKtbdM9LkCD jdIelKEpGmX//vyYpdDw8UFR14daTvqgeuawRkU12w== X-Google-Smtp-Source: APXvYqzUzsHzIJH2BsQY1PhmqD59oRHV6+2I0K6AWyr7+0UHT4hEL3oDT+pEXUb+5oNdnhJ2QsB/0nfcog/nlz5dEAQ= X-Received: by 2002:a19:7914:: with SMTP id u20mr29501816lfc.41.1553940814231; Sat, 30 Mar 2019 03:13:34 -0700 (PDT) MIME-Version: 1.0 References: <201903300708.x2U78Xbk003528@gndrsh.dnsmgr.net> In-Reply-To: <201903300708.x2U78Xbk003528@gndrsh.dnsmgr.net> Reply-To: araujo@freebsd.org From: Marcelo Araujo Date: Sat, 30 Mar 2019 18:13:22 +0800 Message-ID: Subject: Re: Updating uefi-edk2-bhyve To: "Rodney W. Grimes" Cc: rebecca@bluestop.org, freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: AA502811A8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=FB7FA9+9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of araujobsdport@gmail.com designates 2a00:1450:4864:20::133 as permitted sender) smtp.mailfrom=araujobsdport@gmail.com X-Spamd-Result: default: False [-6.78 / 15.00]; HAS_REPLYTO(0.00)[araujo@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.78)[ip: (-9.33), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-2.14), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 10:13:38 -0000 On Sat, Mar 30, 2019, 4:14 PM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net wrote: > > On 3/29/19 9:29 PM, Rodney W. Grimes wrote: > > > > > > That, iirc, would be the SMBIOS version of ed2k, which yes should > > > be updated if infact the newer ed2k has a new SBIOS implementation, > > > if it is still 1.00 implementaton then this needs to be left > > > alone. > > > > > > Under OVMF "smbiosview -t 0" shows: > > I do not know what the above is, could you elaborate for me? > What is OVMF and what is its relation to bhyve? > Mind blowing!!!! Hahahaha > > > > > Vendor: EFI Development Kit II / OVMF > > > > BiosVersion: 0.0.0 > > > > BiosReleaseDate: 02/06/2015 > > > > > > Whereas, we have: > > > > > > Vendor: BHYVE > > > > BiosVersion: 1.00 > > > > BiosReleaseDate: 03/14/2014 > > I have to assume this is with ed2k loaded, but I do not > know you are showing me the SMBIOS string value or some > other bios version value. THere are compliance levels > associated with SMBIOS. > > The SMBIOS versions must match what it is that is implemented, > and infact I have pending code in review that specifically > implements features as SMBIOS version 1.0, though I would > rather be implementing this in the newer SMBIOS spec (at least > 2. something and preferable 3.2, but as discsussed in email > with jgb that would require a complete audit and upgrade of > our current code to be at that spec level, a none trivial, > but worthwhile effort I defered for later. > > -- > Rod Grimes > rgrimes@freebsd.org > _______________________________________________ > 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 Sat Mar 30 07:08:41 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CBDC1568231 for ; Sat, 30 Mar 2019 07:08:41 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 191EC72885 for ; Sat, 30 Mar 2019 07:08:39 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2U78Y9j003529; Sat, 30 Mar 2019 00:08:34 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2U78Xbk003528; Sat, 30 Mar 2019 00:08:33 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903300708.x2U78Xbk003528@gndrsh.dnsmgr.net> Subject: Re: Updating uefi-edk2-bhyve In-Reply-To: To: Rebecca Cran Date: Sat, 30 Mar 2019 00:08:33 -0700 (PDT) CC: "Rodney W. Grimes" , D Scott Phillips , freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 191EC72885 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.813,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.903,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.21)[0.214,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.01)[ip: (0.08), ipnet: 69.59.192.0/19(0.04), asn: 13868(0.02), country: US(-0.07)] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 07:08:41 -0000 > On 3/29/19 9:29 PM, Rodney W. Grimes wrote: > > > > That, iirc, would be the SMBIOS version of ed2k, which yes should > > be updated if infact the newer ed2k has a new SBIOS implementation, > > if it is still 1.00 implementaton then this needs to be left > > alone. > > > Under OVMF "smbiosview -t 0" shows: I do not know what the above is, could you elaborate for me? What is OVMF and what is its relation to bhyve? > > Vendor: EFI Development Kit II / OVMF > > BiosVersion: 0.0.0 > > BiosReleaseDate: 02/06/2015 > > > Whereas, we have: > > > Vendor: BHYVE > > BiosVersion: 1.00 > > BiosReleaseDate: 03/14/2014 I have to assume this is with ed2k loaded, but I do not know you are showing me the SMBIOS string value or some other bios version value. THere are compliance levels associated with SMBIOS. The SMBIOS versions must match what it is that is implemented, and infact I have pending code in review that specifically implements features as SMBIOS version 1.0, though I would rather be implementing this in the newer SMBIOS spec (at least 2. something and preferable 3.2, but as discsussed in email with jgb that would require a complete audit and upgrade of our current code to be at that spec level, a none trivial, but worthwhile effort I defered for later. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-virtualization@freebsd.org Sat Mar 30 16:39:05 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2541155766F; Sat, 30 Mar 2019 16:39:05 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 110588E96E; Sat, 30 Mar 2019 16:39:04 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 658CEC504E; Sat, 30 Mar 2019 10:39:56 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id k7zIahBk2kv8; Sat, 30 Mar 2019 10:39:56 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Sat, 30 Mar 2019 10:39:56 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: D Scott Phillips Cc: owner-freebsd-virtualization@freebsd.org, freebsd-virtualization@freebsd.org References: <86muln68ld.fsf@intel.com> <1fe3ca3f-be70-99db-e7c0-35c9194c97e4@bluestop.org> <7e84fd01c3f46268c26f9bab8b9fb9bc@lerctr.org> <33fcf111-fe00-4ec7-8a2f-7c53246d756f@Spark> <86k1gqanx8.fsf@intel.com> <8c63eb87-e3b8-2365-2eaf-a6e36424407c@bluestop.org> <86ftremzar.fsf@intel.com> <4fb370c4-0358-8ca7-67ee-c98fd83d2740@bluestop.org> <86ftra7gza.fsf@intel.com> <276871db-ef2c-9a5c-2d59-8797e03d241c@bluestop.org> From: Rebecca Cran Message-ID: <507aae80-0865-8999-7dd0-de76d4881ff6@bluestop.org> Date: Sat, 30 Mar 2019 10:39:02 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <276871db-ef2c-9a5c-2d59-8797e03d241c@bluestop.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 110588E96E X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.98)[ip: (-9.87), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.06), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; NEURAL_HAM_SHORT(-0.58)[-0.585,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 16:39:06 -0000 On 3/29/19 2:08 PM, Rebecca Cran via freebsd-virtualization wrote: > > I ran the SCT 2.6 against the updated Bhyve firmware and uploaded the > results to https://bluestop.org/files/Summary.log . > > I'm not sure how the failures compare with either the current firmware > or OVMF though, so I'm not sure how useful it is. I ran the SCT overnight on OVMF (on Linux, with Qemu from Git master), and some failures are the same but some are definitely unique to Bhyve. OVMF:Total ran: 7118, Failed: 99, Passed: 7019 BHYVE: Total ran: 6957, Failed: 34, Passed: 6923 The BHYVE specific failures were: RT.SetTime - SetTime() returns EFI_SUCCESS to update the Year at EFI_TPL_APPLICATION. RT.SetTime - SetTime() returns EFI_SUCCESS to update the Year at EFI_TPL_CALLBACK. RT.SetTime - SetTime() returns EFI_SUCCESS to update the Month at EFI_TPL_CALLBACK. SIMPLE_TEXT_INPUT_EX_PROTOCOL.ReadKeyStorkeEx - ReadKeyStorkeEx() returns EFI_NOT_READY with console just been reseted. SIMPLE_TEXT_INPUT_EX_PROTOCOL.Reset - Reset() returns EFI_SUCCESS and ReadKeyStrokeEx return EFI_NOT_READY SIMPLE_INPUT.Reset - ReadKeyStroke() returns EFI_NOT_READY when there is no key has been stroked. -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Sat Mar 30 16:48:27 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A16C1557BF7 for ; Sat, 30 Mar 2019 16:48:27 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [65.103.231.193]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93D848EF18 for ; Sat, 30 Mar 2019 16:48:26 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 7898CC505E; Sat, 30 Mar 2019 10:49:17 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fysfJS33p_if; Sat, 30 Mar 2019 10:49:16 -0600 (MDT) Received: from photon.int.bluestop.org (unknown [65.103.231.197]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Sat, 30 Mar 2019 10:49:16 -0600 (MDT) Subject: Re: Updating uefi-edk2-bhyve To: "Rodney W. Grimes" Cc: D Scott Phillips , freebsd-virtualization@freebsd.org References: <201903300708.x2U78Xbk003528@gndrsh.dnsmgr.net> From: Rebecca Cran Message-ID: <08bc0aa2-1516-ba57-ed7f-47d861fd8edc@bluestop.org> Date: Sat, 30 Mar 2019 10:48:23 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <201903300708.x2U78Xbk003528@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 93D848EF18 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.98)[ip: (-9.87), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.07), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; NEURAL_HAM_SHORT(-0.93)[-0.931,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 16:48:27 -0000 On 3/30/19 1:08 AM, Rodney W. Grimes wrote: > > I do not know what the above is, could you elaborate for me? > What is OVMF and what is its relation to bhyve? OVMF is the Open Virtual Machine Firmware: it's open source (BSD licensed) firmware for virtual machines. Currently, that means Qemu/KVM. It has been ported to run under Bhyve too. > > I have to assume this is with ed2k loaded, but I do not > know you are showing me the SMBIOS string value or some > other bios version value. THere are compliance levels > associated with SMBIOS. I guess you mean edk2 (efi development kit 2), not ed2k? I'm showing you the SMBIOS values for the BIOS section. Another example: on my desktop system, 'dmidecode' shows: root@photon:/usr/home/bcran # dmidecode -t bios # dmidecode 3.2 # SMBIOS entry point at 0x7949f000 Found SMBIOS entry point in EFI, reading table from /dev/mem. SMBIOS 3.0 present. Handle 0x0000, DMI type 0, 24 bytes BIOS Information         Vendor: American Megatrends Inc.         Version: 1701         Release Date: 01/09/2019         Address: 0xF0000         Runtime Size: 64 kB         ROM Size: 16 MB         Characteristics:                 PCI is supported                 APM is supported                 BIOS is upgradeable                 BIOS shadowing is allowed                 Boot from CD is supported                 Selectable boot is supported                 BIOS ROM is socketed                 EDD is supported                 5.25"/1.2 MB floppy services are supported (int 13h)                 3.5"/720 kB floppy services are supported (int 13h)                 3.5"/2.88 MB floppy services are supported (int 13h)                 Print screen service is supported (int 5h)                 8042 keyboard services are supported (int 9h)                 Serial services are supported (int 14h)                 Printer services are supported (int 17h)                 ACPI is supported                 USB legacy is supported                 BIOS boot specification is supported                 Targeted content distribution is supported                 UEFI is supported         BIOS Revision: 5.13 -- Rebecca Cran From owner-freebsd-virtualization@freebsd.org Sat Mar 30 20:38:08 2019 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A88BE1562403 for ; Sat, 30 Mar 2019 20:38:08 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06A7B759BB for ; Sat, 30 Mar 2019 20:37:57 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2UKblgi006727; Sat, 30 Mar 2019 13:37:47 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2UKbk4u006726; Sat, 30 Mar 2019 13:37:46 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903302037.x2UKbk4u006726@gndrsh.dnsmgr.net> Subject: Re: Updating uefi-edk2-bhyve In-Reply-To: <08bc0aa2-1516-ba57-ed7f-47d861fd8edc@bluestop.org> To: Rebecca Cran Date: Sat, 30 Mar 2019 13:37:46 -0700 (PDT) CC: "Rodney W. Grimes" , D Scott Phillips , freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 06A7B759BB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.69)[-0.693,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[gndrsh.dnsmgr.net,gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.17)[0.174,0]; NEURAL_HAM_SHORT(-0.03)[-0.035,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.01)[ip: (0.08), ipnet: 69.59.192.0/19(0.04), asn: 13868(0.02), country: US(-0.07)] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 30 Mar 2019 20:38:08 -0000 > On 3/30/19 1:08 AM, Rodney W. Grimes wrote: > > > > I do not know what the above is, could you elaborate for me? > > What is OVMF and what is its relation to bhyve? > > > OVMF is the Open Virtual Machine Firmware: it's open source (BSD > licensed) firmware for virtual machines. Currently, that means Qemu/KVM. > It has been ported to run under Bhyve too. So it is a edk2 implementation, and can you point me at the bhyve version of it? The Qemu/KVM version is rather not relavent to this discussion as that would not work due to core vmm implementation differences. > > I have to assume this is with ed2k loaded, but I do not > > know you are showing me the SMBIOS string value or some > > other bios version value. THere are compliance levels > > associated with SMBIOS. > > > I guess you mean edk2 (efi development kit 2), not ed2k? Yes, I have been in Prague for 2 weeks and rather sleep deprived while attending netdev and IETF/104. > I'm showing you the SMBIOS values for the BIOS section. We need to be careful in what one calls the "version" when doing this. > Another example: on my desktop system, 'dmidecode' shows: > > > root@photon:/usr/home/bcran # dmidecode -t bios > # dmidecode 3.2 > # SMBIOS entry point at 0x7949f000 > Found SMBIOS entry point in EFI, reading table from /dev/mem. > SMBIOS 3.0 present. ^^^^^^^^^^^ This is the critical version, this is the version of the SMBIOS/dmitables implemented by the bios. Bhyve should be reporting a SMBios major 2 minor 6 (aka 2.6), see usr.sbin/bhyve/smbiostbl.c function smbios_ep_initializer. > Handle 0x0000, DMI type 0, 24 bytes > BIOS Information > ??????? Vendor: American Megatrends Inc. > ??????? Version: 1701 > ??????? Release Date: 01/09/2019 > ??????? Address: 0xF0000 > ??????? Runtime Size: 64 kB > ??????? ROM Size: 16 MB > ??????? Characteristics: > ??????????????? PCI is supported > ??????????????? APM is supported > ??????????????? BIOS is upgradeable > ??????????????? BIOS shadowing is allowed > ??????????????? Boot from CD is supported > ??????????????? Selectable boot is supported > ??????????????? BIOS ROM is socketed > ??????????????? EDD is supported > ??????????????? 5.25"/1.2 MB floppy services are supported (int 13h) > ??????????????? 3.5"/720 kB floppy services are supported (int 13h) > ??????????????? 3.5"/2.88 MB floppy services are supported (int 13h) > ??????????????? Print screen service is supported (int 5h) > ??????????????? 8042 keyboard services are supported (int 9h) > ??????????????? Serial services are supported (int 14h) > ??????????????? Printer services are supported (int 17h) > ??????????????? ACPI is supported > ??????????????? USB legacy is supported > ??????????????? BIOS boot specification is supported > ??????????????? Targeted content distribution is supported > ??????????????? UEFI is supported > ??????? BIOS Revision: 5.13 ^^^^^^ This is an arbitrary value that a vendor sets. We presently report 1.0 for the legacy bios version string, see usr.sbin/bhyyve/smbiostbl.c smbios_type1_strings[] > -- > Rebecca Cran -- Rod Grimes rgrimes@freebsd.org