From owner-freebsd-virtualization@freebsd.org Sun Jul 26 21:00:44 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D5CB536BE76 for ; Sun, 26 Jul 2020 21:00:44 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFFhX22wNz45BW for ; Sun, 26 Jul 2020 21:00:44 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1FECF36C04D; Sun, 26 Jul 2020 21:00:44 +0000 (UTC) Delivered-To: virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7A9636BE74 for ; Sun, 26 Jul 2020 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFFhW42b3z4500 for ; Sun, 26 Jul 2020 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3C2E612A66 for ; Sun, 26 Jul 2020 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06QL0hgp093638 for ; Sun, 26 Jul 2020 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 06QL0hsf093637 for virtualization@FreeBSD.org; Sun, 26 Jul 2020 21:00:43 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202007262100.06QL0hsf093637@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: virtualization@FreeBSD.org Subject: Problem reports for virtualization@FreeBSD.org that need special attention Date: Sun, 26 Jul 2020 21:00:43 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 21:00:45 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 240945 | [hyper-v] [netvsc] hn network driver incorrectly 1 problems total for which you should take action. From owner-freebsd-virtualization@freebsd.org Mon Jul 27 02:27:42 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4FDC2374480 for ; Mon, 27 Jul 2020 02:27:42 +0000 (UTC) (envelope-from wanpengqian@gmail.com) Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFNxn36r1z4MdD for ; Mon, 27 Jul 2020 02:27:41 +0000 (UTC) (envelope-from wanpengqian@gmail.com) Received: by mail-qt1-x842.google.com with SMTP id a32so11182165qtb.5 for ; Sun, 26 Jul 2020 19:27:41 -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=N0aZld0MjJflUwSByai9P5ut2cq7coxbWLBDwgRvIMM=; b=NHFlW7pZJHUNyvdBudk/blImo0HkoxP5GsCW11LrkrUE4LFczp/MdIktnRfCC+PJlk 2KQ4wjYdhx2lRuiXFnH9lRl5noCr0FV7fiuyYJwhLfQl5t1FRyG6y2SqcnG9Ht0G9j8I jFTBKGH+ale97+HpFYRxR+rLeQRXhlP6V4ijLHX0O1Ufk7agr7CJ2Ri38J1EvIw8jzQQ tzwIU5csmIX/Z7+B4d8j0QyBOCagTbF0NS0DvLEdoPLLzu/JsdJ44fkDBp97iYstCpS+ Z4QqB97zLnnaXLNm48ZYPp7fAWnYvAmepIoWwy6blittAWWeCfE6QiW4Cb2MfzAX1Q7z WdwA== 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=N0aZld0MjJflUwSByai9P5ut2cq7coxbWLBDwgRvIMM=; b=ZVtpQDoamkbkTJg+4NMRcfkp6rkRh/5m+pGITV7vkWc+W4bqONHPWMZroc5AiPFEX/ M7UcGA0ZDgRCCriBdfCuiT/c2b0jnf+QLGJVtpSlQ2kSFQ2MyKapQj+NIl3F0sduZoWh 5XrDW9qqjDYktV7ivRvasSUUvnFbMeHT9eLWkBWzwacMpvpWFeiRuUlbkdESQZYYRvAs 4ja0JKdcRFKVsual1I9L2Naqobq6e5n+X8VXrggoRvixdJyLsuyNvg1wKSANeUHXCyZu Q1m0J2xN26/qSL79hhjAEjkE/c+CN5ZQFL9ZAyTmxKpe6NN6qkHMLivQ1CFYC2JmP8xQ gG4g== X-Gm-Message-State: AOAM530s8zEGPIH8mM4IYF2SsnIRCsb+G+67Z/V+a7BZyNHm8qDMVNpC QXT+uUG9AnAy5VvECY4LVPLlqriCEAY3a8lzdqYz1qwK X-Google-Smtp-Source: ABdhPJy7eCIVeGZ+fgYEfbp9m7uIs3SKCIJNTlx7Tbbbc1TMg0acn9+4GCslv1p3lQTRdViMfwZDXZp33cUTF1UK/Qs= X-Received: by 2002:ac8:404f:: with SMTP id j15mr19557074qtl.200.1595816860502; Sun, 26 Jul 2020 19:27:40 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Wanpeng Qian Date: Mon, 27 Jul 2020 11:27:29 +0900 Message-ID: Subject: Re: Can bhyve pass disk vendor, model and serial values to guests? To: Rob Roy Gregg Cc: FreeBSD virtualization Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BFNxn36r1z4MdD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NHFlW7pZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of wanpengqian@gmail.com designates 2607:f8b0:4864:20::842 as permitted sender) smtp.mailfrom=wanpengqian@gmail.com X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.012]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::842:from]; NEURAL_HAM_SHORT(-0.29)[-0.291]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 02:27:42 -0000 Hi Rob > linux_in_bhyve# lsblk --output vendor,model,serial /dev/sda > VENDOR MODEL SERIAL > ATA OPEN-V-CM 410109 The output sounds great. > I think it's happy with the model field now, but it's seeing "ATA" for the > vendor and it wants "HITACHI." In ATA specification, there is nowhere setting the VENDOR field. In fact, from the real hardware, the output is similar. lsblk --output vendor,model,serial /dev/sda VENDOR MODEL SERIAL ATA ST1000NX0423 XXXXXXXXXXX It also outputs ATA in the VENDOR field. so I think the bhyve's output is reasonable. > > I'm guessing that ATA itself may not really support this vendor field. I > noticed that the ESXi VM has a virtual SCSI HBA instead. > > Do you know how I can make this disk's vendor field "HITACHI" instead of > "ATA," in a bhyve guest? If you want the VENDOR field, we have to go virtual-scsi or virtual-blk. but currently there are no patches for these. If your software works on real SATA devices. but not bhyve SATA HDD, it may check other fields too. you have to find out. (did it work on VMware?) BTW: your vm-bhyve config can be improved by these. disk1_type="ahci-hd" disk1_name="/dev/da4" disk1_dev="custom" disk1_opts="ser=410109,model=OPEN-V-CM"" Regards. Qian On Sat, Jul 25, 2020 at 9:23 AM Rob Roy Gregg wrote: > > > On Sat, 20 Jun 2020, Wanpeng Qian wrote: > > > On Fri, 19 Jun 2020, Rob Roy Gregg wrote: > > > >> FreeBSD Friends, > >> > >> I tried the forums and thought I'd ask here next; here's the thread: > >> > >> https://forums.freebsd.org/threads/can-bhyve-pass-disk-vendor-model-and-serial-values-to-guests.75851/ > >> > >> This is on 12.1-RELEASE-p6. > >> > >> Can bhyve pass disks to guests in a way that preserves the disk's > >> actual vendor, model and serial values (as viewed from inside of the guest)? > >> > >> Here's how a passed-in disk looks inside the guest with ahci-hd > >> emulation: > >> > >> linux_in_bhyve# lsblk --output vendor,model,serial /dev/sda > >> VENDOR MODEL SERIAL > >> ATA BHYVE SATA DISK BHYVE-FC87-ABA5-711B > >> > >> And with virtio-blk emulation: > >> > >> linux_in_bhyve# lsblk -o vendor,model,serial /dev/vdb > >> VENDOR MODEL SERIAL > >> 0x1af4 > >> > >> Meanwhile, a similar disk configured on ESXi 5.5 U3b as a > >> "pass-through RDM" looks like this; this is what I'd like to see in > >> the bhyve guest also: > >> > >> linux_in_esxi# lsblk -o vendor,model,serial /dev/sdb > >> VENDOR MODEL SERIAL > >> HITACHI OPEN-V-CM 60060e801602a100000102a100000bba > >> > >> Thank you! > > > > Hi Gregg > > > > There is a patch for this, but you have to apply manually for 12.1R > > > > You can get it here > > > > https://reviews.freebsd.org/D24174 > > Wanpeng, thank you! > > I installed FreeBSD-13.0-CURRENT-amd64-20200709-r363032-disc1.iso, applied > your patch, and used this vm-bhyve config: > > disk1_type="ahci-hd" > disk1_name="/dev/da4,ser=410109,model=OPEN-V-CM" > disk1_dev="custom" > > Which made this bhyve argument: > > -s 5:0,ahci-hd,/dev/da4,ser=410109,model=OPEN-V-CM > > Which made the disk look like this in the guest: > > linux_in_bhyve# lsblk --output vendor,model,serial /dev/sda > VENDOR MODEL SERIAL > ATA OPEN-V-CM 410109 > > This is really neat. Thanks for your patch. > > Unfortunately, the software I'm using checks both the vendor and model > fields. > > I think it's happy with the model field now, but it's seeing "ATA" for the > vendor and it wants "HITACHI." > > I'm guessing that ATA itself may not really support this vendor field. I > noticed that the ESXi VM has a virtual SCSI HBA instead. > > Do you know how I can make this disk's vendor field "HITACHI" instead of > "ATA," in a bhyve guest? > > Thank you again for your patch Wanpeng. From owner-freebsd-virtualization@freebsd.org Tue Jul 28 19:04:25 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D35E9371DC5 for ; Tue, 28 Jul 2020 19:04:25 +0000 (UTC) (envelope-from delfina.garden@b2btradedatabiz.com) Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-eopbgr1380111.outbound.protection.outlook.com [40.107.138.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGR1P07Cqz3WWm for ; Tue, 28 Jul 2020 19:04:24 +0000 (UTC) (envelope-from delfina.garden@b2btradedatabiz.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fyJOs8gwA/bP91ZNLCzsvbSqUkjO7/G9IlciVejJzGyPv0eJeUfhedg6ruhrv0VQ+qS2yv1glBpCEFE1RRY2KUed2XSNxfiry9vzsTSvxRH8xNV3WpJQLq89I0L3AoN1CXnjhzg0fE80KTBjj/kR3LVb7pDQ119GsWQOdtBeVEdLL++RNAiPpNDuP1XAAjUVTxyFpV6a9gJIj56aYC9mPejPnUjJCYiFhzts2loFmnOKtCx+K2XJEXwSqv0+U/1pDMapMEGIcp8G1m1rYj7QuhTSsVB3Rtcy5qStu/dQEdLNJeSdwJu5Lvs9vF/gXmzWbWlUDBQXXI7h2ktPE0XJzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c7gchhgHpbph/WxaAHoh5C+bdlovo8kPXpESnTXfTxk=; b=QZM5+XOfZ96Z9NZUIHIJ4LwK8k57GNlDsxsd2a4LWWY2jzSv5s7S5CKEFrTESXOOiX/IxlRxbtv9PXg0bYCEk41ysNwYUQEgeXAneMGZScqrGMKuPFOTP+2F3rq5V5w6fHEjOcAMu2YdD7LY3fxcwf60IWgDRoKb93vkln3S8J/xmEeGUL15R0KZiDFI947RNXRW/uDtE1+wd6q53qlv2mtt6/zojesfXyhsIlcIHkfsspLuZjlYfrAtfg2g8kcPizSNzW9/Y5O/fPMvHQoSbiVj2/LOz2iX95edLOGTrSIfXIeC/390o/84exYJFZzasIIVVPno2k3YCbjBF/HYzg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=b2btradedatabiz.com; dmarc=pass action=none header.from=b2btradedatabiz.com; dkim=pass header.d=b2btradedatabiz.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT5599670.onmicrosoft.com; s=selector1-NETORGFT5599670-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c7gchhgHpbph/WxaAHoh5C+bdlovo8kPXpESnTXfTxk=; b=xBt0UiXHR6zV42yaBjU8g/flf5o97c7unVJJ0VeEieI4z5xewa2UpVyzMz42vxjmKPV3joABN6HAg9XMe+Chlc+Fb4hFncB6UyNhwHHQlLPGV/RCyYN40GDc9/75T6QRzanF3EUZ6averg62d53ojXNVHX7KANug4yLzcAlgqEo= Received: from MAXPR01MB3855.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:6e::21) by MA1PR01MB3291.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:73::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.16; Tue, 28 Jul 2020 19:04:22 +0000 Received: from MAXPR01MB3855.INDPRD01.PROD.OUTLOOK.COM ([fe80::590:b6a2:b2d8:9b11]) by MAXPR01MB3855.INDPRD01.PROD.OUTLOOK.COM ([fe80::590:b6a2:b2d8:9b11%6]) with mapi id 15.20.3216.033; Tue, 28 Jul 2020 19:04:22 +0000 From: Delfina Garden To: "freebsd-virtualization@freebsd.org" Subject: Freebsd Thread-Topic: Freebsd Thread-Index: AdZlEdye+S2jdI1NRKuo6F8Cvf6Jww== Date: Tue, 28 Jul 2020 19:04:21 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [23.82.78.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ca277d5f-0877-4990-46c0-08d83329099e x-ms-traffictypediagnostic: MA1PR01MB3291: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4714; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: EIpPAtgPEaqeVQXdvCWPYGhdCX9cAr/GKKivD1WiNPnqA/PL+6Vmx1lEidz7jrlz49xEnKUEr76Uvrje5RALtI260gmItfRpVKqLlnyd2jB3KcbAQhgUgYyRQPWW5DP/jETmvI742BEUVBLr/tqdJQI0q9c5221gJ/t3vv7YlsNRxL/6JzrFteKPogy3SbcRrk1nzbaGh7ie7CbyuWcXdaL9jKEOJjrkgUBuZ83AXx6SvuMuDXSsdDdcqBv4/0GWq2YcIjj+EPBkRp6mrH7oAHNzv3amkPcT73tkl4zjli97q7Kw9mXVRcfqR5MPklw2E+q/uTB9Y+Vi99Ewzyf0XK0fdN3ZHNxxQrm6jpbLLJNnlraFSNZabsVdRebfAeFt x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MAXPR01MB3855.INDPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(376002)(346002)(366004)(396003)(136003)(39850400004)(44832011)(508600001)(66556008)(66446008)(8676002)(66476007)(64756008)(71200400001)(66946007)(8936002)(186003)(55236004)(4744005)(52536014)(316002)(6506007)(9686003)(3480700007)(26005)(76116006)(7696005)(7116003)(86362001)(33656002)(6916009)(2906002)(55016002)(5660300002)(71110200004); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: PflCa+AvCr817E05YSr/W0R30LpdlKuB68MZI/DbgBWgZUn2Ns42QLwcw+05BCt/7F8wIp3wVs0R3itKKH8rY64DS+iUm/Tcbqgs6RykqrohJ5SBrrkQEKYRkudHinPydUNmGoRMTMQpi1QR2hzU3dwb6D13gTEW13Z09xdRT199dyiuGiKXGEjl3i0ivS25uqUNQchOAW+pOnpxuGiU5U0S07+8jXiqTybU3BvrBLJB9WFB/L1KZQqwzxmXPgobSwL3pzfG9pUHPRUpEcUJalP0Z/xyxPV5xGvEk20hvvqRqKFAZ/aUEE+7ZoB41DaTkH6PZ6hbKto34mFvvUNU6IgPRHHgGo4S9nxUqbVN6+H/8AUjz/TN20rYZ8JMfoyy+zfsIK/IvkMYDSv6IfHHBKRL55N2O3vzAKDuV9FyZHJgW0lTC3jh7qMkR/3IKZqsconadchJQ2N5kFLCe4uVrvqMGsOGGZ13dxb+pVMPKgOrmHdpZg/Zn47QVdT8Hym3MvLkDkP+0CfJArUgD6VMj4Lbw4FeNL05JBorUEnN0WXHsHytO0kfim3eSbcx3krsQF3AizQVu71OTexZkSszERJI34ETn2Lgu/xJYK5vEqyClIjfcbgQBNFLUy/8Int+/B1H35bz/4HG3PSMygngVQ== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: b2btradedatabiz.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MAXPR01MB3855.INDPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: ca277d5f-0877-4990-46c0-08d83329099e X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2020 19:04:21.9839 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 06e16213-65f3-4dd7-8a06-e0e7dc362cb1 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: MhsZ+NQZcq58bow+zIeKJprGDq26oatvjZ69gDpCC5zNTzOO/8pzWC9jfQPok0TC73NKS/tvfrcyWrjKCXt/5vG8RKUeqZTBCabhDZjnWxXxhqa/hKPTppgtolrBLHnm X-MS-Exchange-Transport-CrossTenantHeadersStamped: MA1PR01MB3291 X-Rspamd-Queue-Id: 4BGR1P07Cqz3WWm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=NETORGFT5599670.onmicrosoft.com header.s=selector1-NETORGFT5599670-onmicrosoft-com header.b=xBt0UiXH; dmarc=none; spf=pass (mx1.freebsd.org: domain of delfina.garden@b2btradedatabiz.com designates 40.107.138.111 as permitted sender) smtp.mailfrom=delfina.garden@b2btradedatabiz.com X-Spamd-Result: default: False [-2.95 / 15.00]; NEURAL_HAM_MEDIUM(-0.96)[-0.959]; R_DKIM_ALLOW(-0.20)[NETORGFT5599670.onmicrosoft.com:s=selector1-NETORGFT5599670-onmicrosoft-com]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[b2btradedatabiz.com]; NEURAL_HAM_LONG(-0.99)[-0.990]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.138.111:from]; DKIM_TRACE(0.00)[NETORGFT5599670.onmicrosoft.com:+]; NEURAL_SPAM_SHORT(0.60)[0.601]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.138.111:from] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 19:04:25 -0000 Hi, Good Day, If you are interested in acquiring the Registrants list. I can provide you = the cost and additional details. Southern California Linux Expo 05 - 08 Mar 2020 Pasadena, USA Registrants list of Counts: 5,000 Currently the best way to grow your business is through digital. This list = will help you pass information about your organization and products directl= y and digitally to the buyer. This list will help you to acquire many poten= tial clients / leads. Each record of the list contains: Contact Name, Email Address, Company Name= , URL/Website, Phone No, Title/Designation. I Look forward to hearing from you. Thanks & Regards, Delfina Garden - Business Analyst From owner-freebsd-virtualization@freebsd.org Wed Jul 29 09:02:06 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7021B3A4258 for ; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGnby2RVJz4VsK for ; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 53B473A4305; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) Delivered-To: virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 537EA3A4256 for ; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGnby1cNwz4W7c for ; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1BE641D4FA for ; Wed, 29 Jul 2020 09:02:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06T925FT067715 for ; Wed, 29 Jul 2020 09:02:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 06T925FK067714 for virtualization@FreeBSD.org; Wed, 29 Jul 2020 09:02:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 168298] VirtualBox using AIO on a zvol crashes Date: Wed, 29 Jul 2020 09:02:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: KevinTaylor15.44@gmail.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Works As Intended X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 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, 29 Jul 2020 09:02:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D168298 Sarah changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |KevinTaylor15.44@gmail.com --- Comment #24 from Sarah --- Some of the others seem a bit extreme and I suspect tuning them back would = be reasonable. The queue depths are being set to the maximum possible. I suspe= ct 4096 and 1024 would be adequate. Not really sure why the reduction of maximum AIO processes to 4, but does n= ot seem unreasonable. Likewise the 10x increase in idle time for AIO processes. https://www.quickpayportal.website/ --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Thu Jul 30 00:33:53 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E17DC3704DD for ; Thu, 30 Jul 2020 00:33:53 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHBH511zZz4SFf for ; Thu, 30 Jul 2020 00:33:52 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: by mail-ed1-x532.google.com with SMTP id l23so4999101edv.11 for ; Wed, 29 Jul 2020 17:33:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuffli-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=H0AyB++eKp9FjZg0v+bEdY5YniT+hW7QYXUNMA8D/sI=; b=PeHBk/7ZQmV903Mf3iHi3KOyPCC2skY9Qfge7qd2QlDN71/coePXdfWXlWimRvpO0L X4YShYrjaYo2yXpfm8akU7GK074SEiOXLr/tQqmm8ooFQMyktxJ8nH8j8qkuWdJ/1T0p 5WmFAzFMu6SvtB44r/e2yg+TiYAYobKfXBLHHRgeuU8oM+Z5ooTvqX8RlycOJ8epPPX3 gVemEi8pTkjzwyGXCVhgf8ASWhTNssWwLm3sL9NoBsaD7826/GfwqpCnABxUQXGHVkvi nIp0n576/dDbZzk8TSEtz7Q/9c9RsWrTkYY+ECgR2Dis6+qIZVK4IQFu33HRg86tH8QJ UFWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=H0AyB++eKp9FjZg0v+bEdY5YniT+hW7QYXUNMA8D/sI=; b=MsKWj+LaU2CjOSLwdL8Zmv5Y3OuATipibIOJAWbcKXMuOD9ybquTQrK+ddMv7kqoJs 0IeKiKTMioxWNx/Crs/Yc/1/V4uu7unkhqRGF3NYMKa2JAw+FGtg4lJlMVAECzNLSZaU UzpMK7U+9GTBT5RGqbYHD3T8kJkn4XxOVu4cXHTt/PNMbdtNaq0XNwc60YBytV+W8PU4 qg/lrx7XfwgeB/G5Iwm40JhfrZIR3Ry+cCsUzm1DVa2FF7MLfviTH6Elfm40vUSeDtGY 4LhCsek+IpxOKdgafrPmTXOSVvRLR6YzNhr4vT79Q8hkdGFnXRnQ7v2eEe++oE86bcSk U5HA== X-Gm-Message-State: AOAM532dI3O0aXiRbSZ0tLVKI8XO+UNM+x9uNyicC3Nn6A7AD/QYwY1q YvYPc16QJDSqROYJLdIzSlK+QnLfEOXCjwcRXe6FL2um X-Google-Smtp-Source: ABdhPJy96t1Lu1KR+9hQ5Wfa4nljDCUYZW5to/GjpQRm7a2CbmUWqffiyiooEaQpwehhmj0/iMnckxBoH8xFK0A8h7I= X-Received: by 2002:a05:6402:1e2:: with SMTP id i2mr348325edy.70.1596069231335; Wed, 29 Jul 2020 17:33:51 -0700 (PDT) MIME-Version: 1.0 From: Chuck Tuffli Date: Wed, 29 Jul 2020 17:33:40 -0700 Message-ID: Subject: bhyve passthrough of SR-IOV To: freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 4BHBH511zZz4SFf X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuffli-net.20150623.gappssmtp.com header.s=20150623 header.b=PeHBk/7Z; dmarc=none; spf=permerror (mx1.freebsd.org: domain of chuck@tuffli.net uses mechanism not recognized by this client) smtp.mailfrom=chuck@tuffli.net X-Spamd-Result: default: False [-0.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.17)[-0.173]; R_DKIM_ALLOW(-0.20)[tuffli-net.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.75)[-0.755]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[tuffli.net]; NEURAL_SPAM_SHORT(0.62)[0.621]; R_SPF_PERMFAIL(0.00)[empty SPF record]; DKIM_TRACE(0.00)[tuffli-net.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 00:33:53 -0000 I'm new to the world of SR-IOV and could use some guidance. Does anyone have experience doing PCI passthrough of SR-IOV virtual functions on Mellanox CNA's to bhyve? Are there any known limitations? For example, does RDMA not work? The reason I ask is, I have a setup running FreeBSD 12-stable with a Mellanox ConnectX-5 configured to support 16 VFs on each port. All VFs are configured to be passthrough. If I pass through a physical function to the Linux VM, the RDMA-based application works correctly. But if I pass through a virtual function, the RDMA-based application starts complaining about "ibv_context" (i.e. RDMA) failures. It's worth noting that even in this case, I can assign an IP address to the device in the VM and ping addresses on the other side of the wire. So I believe passthrough (mostly?) worked. Any suggestions? TIA! --chuck From owner-freebsd-virtualization@freebsd.org Thu Jul 30 07:27:06 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7EC9737BB61 for ; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHMRt2tJ4z3dRk for ; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 62D4037BAE7; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) Delivered-To: virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6291737BB60 for ; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHMRt20kdz3d5N for ; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 285A0D725 for ; Thu, 30 Jul 2020 07:27:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06U7R6Wd095781 for ; Thu, 30 Jul 2020 07:27:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 06U7R6fA095780 for virtualization@FreeBSD.org; Thu, 30 Jul 2020 07:27:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 222996] FreeBSD 11.1-12 on Hyper-V with PCI Express Pass Through Date: Thu, 30 Jul 2020 07:27:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 07:27:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222996 --- Comment #41 from commit-hook@FreeBSD.org --- A commit references this bug: Author: whu Date: Thu Jul 30 07:26:12 UTC 2020 New revision: 363689 URL: https://svnweb.freebsd.org/changeset/base/363689 Log: Prevent framebuffer mmio space from being allocated to other devices on HyperV. On Gen2 VMs, Hyper-V provides mmio space for framebuffer. This mmio address range is not useable for other PCI devices. Currently only efifb driver is using this range without reserving it from system. Therefore, vmbus driver reserves it before any other PCI device drivers start to request mmio addresses. PR: 222996 Submitted by: weh@microsoft.com Reported by: dmitry_kuleshov@ukr.net Reviewed by: decui@microsoft.com Sponsored by: Microsoft Changes: head/sys/dev/hyperv/vmbus/vmbus.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-virtualization@freebsd.org Fri Jul 31 16:50:49 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C6A237D123 for ; Fri, 31 Jul 2020 16:50:49 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJCvr3dKlz3SJh for ; Fri, 31 Jul 2020 16:50:48 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: by mail-ej1-x62a.google.com with SMTP id o18so32041998eje.7 for ; Fri, 31 Jul 2020 09:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuffli-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=+qESgYCyMy3TT1hg3loGvl3Ibkqw6kzLqMrA6GwxId0=; b=kdk7a6KNJPcG0eQvBQU90YtDo/omU+Ku9xJZ2Aef3TmPpVAUjeBg2nK0ejd2xcfGRM 3CPFMElzjabo95Ar0Ce3IuJ4GHyxTMuGlwwxSjwCidw+Gz1a8DYAaMHIJQL+NW3wWgQP SvtPHguUXRokKyrvP0oNBynZVC8/AGIJgZhE4eQy96EaUgjoF48OtnYmUfSF4UH9Jha8 sgLAs2xymCatlrKiGp9IPUK/2Xdq2S1J2W8uGTlcebfR+KyZPSUvwH0w0WzAD2jx6qMP QyJ+3ldbrO0r7i4LmpbgBlyMT/rZUhMZgkKdyXhyZu6Y9bSy90TGMdgHyNOlGj4MbHjL YCmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=+qESgYCyMy3TT1hg3loGvl3Ibkqw6kzLqMrA6GwxId0=; b=QIR8KtWbdxtaaw74ApteTPYl4SfvC6YNpXC8agIuiC4zL1Wjbs/pEzkpqV/T7bRn53 WzjfRtwHlp4IgrQpvMD9umxji5XCn8Pxuy+EQ7kf/Cw4IzA3ih8pQld3WRAAMaEsQFJ9 AoLE+YWo1cgWqy3wKRsCR9T6HYg+CCM2bPkpFJU3PVXkyC1wizpoA1M56mjDUXt5izxx ISf9nFpkjvzbBQU56K5LnZFaZErJUA2OYh7I3gwn0r91EagtMg/jPG2dTzD/AR/jG5fS Pfsv7diZwgIhZYnrDC398dv2Q/b82UB6CsiHR5w0NROspuxtxQthS7RY8BZPNtat10i0 fP9g== X-Gm-Message-State: AOAM531GRjFOudMZYG2ssL8vmhwxG8Jn6b0BCz2yiHVxRmubp65ZsT9m hntuiv92nRA4Otkum1gY3MYSKz39K6M6W442XqZChgjaUzE= X-Google-Smtp-Source: ABdhPJzQlVeNYI3FQE2KqAhYLWQnK3c8v81bt50PLbhrUReP0PGzCkz0BPqFZhTimGe6eE/cGSPAmUpTpvE+6/goGYk= X-Received: by 2002:a17:906:b6d0:: with SMTP id ec16mr4915149ejb.94.1596214246778; Fri, 31 Jul 2020 09:50:46 -0700 (PDT) MIME-Version: 1.0 From: Chuck Tuffli Date: Fri, 31 Jul 2020 09:50:36 -0700 Message-ID: Subject: To: John Baldwin , grehan@freebsd.org Cc: freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 4BJCvr3dKlz3SJh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuffli-net.20150623.gappssmtp.com header.s=20150623 header.b=kdk7a6KN; dmarc=none; spf=permerror (mx1.freebsd.org: domain of chuck@tuffli.net uses mechanism not recognized by this client) smtp.mailfrom=chuck@tuffli.net X-Spamd-Result: default: False [-2.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.975]; R_DKIM_ALLOW(-0.20)[tuffli-net.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; DMARC_NA(0.00)[tuffli.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[tuffli-net.20150623.gappssmtp.com:+]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; NEURAL_HAM_SHORT(-1.14)[-1.143]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; EMPTY_SUBJECT(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 16:50:49 -0000 John / Peter I'm running an application in a Linux guest under bhyve that is core dumping because of an Illegal instruction. Running a simplified case in gdb shows: $ gdb -q rdtscp Reading symbols from rdtscp...done. (gdb) run Starting program: /home/tuffli/rdtscp Program received signal SIGILL, Illegal instruction. main (argc=1, argv=0x7fffffffeae8) at rdtscp.c:12 12 time1 = __builtin_ia32_rdtscp(&dummy); (gdb) l 7 main(int argc, char *argv[]) 8 { 9 uint64_t time1, time2; 10 uint32_t dummy; 11 12 time1 = __builtin_ia32_rdtscp(&dummy); 13 usleep(1000); 14 time2 = __builtin_ia32_rdtscp(&dummy); 15 16 printf("time delta %lu\n", time2 - time1); 17 18 return (EXIT_SUCCESS); 19 } This same program works on the FreeBSD 12-stable machine hosting the VM as well as another bare-metal Linux host. Poking around in the vmm code, I found /* * Hide rdtscp/ia32_tsc_aux until we know how * to deal with them. */ regs[3] &= ~AMDID_RDTSCP; break; in sys/amd64/vmm/x86.c which I _think_ is relevant because lscpu doesn't show the rdtscp flag. If this is the root cause, what would need to be done to implement this? --chuck From owner-freebsd-virtualization@freebsd.org Fri Jul 31 16:54:55 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB41B37D2BE for ; Fri, 31 Jul 2020 16:54:55 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJD0b08n6z3SQ5 for ; Fri, 31 Jul 2020 16:54:54 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: by mail-ej1-x632.google.com with SMTP id o23so4615631ejr.1 for ; Fri, 31 Jul 2020 09:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuffli-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=YI/jCWQKTCZVIiRn0Z79rbZ5G6GVQLmBXkFQ3HoRiCU=; b=BuhkbbF+C4/AATTCmACJWhA+TaMJzYO7Y/IQa3ORczTpMDBhkeakwVyq99UM9oE1LX UYFsUYrX3i+UsfcHHwaTTQx4hksERTkIIoOPBfOL3NIBaaYwisUJEgOwEYChhzcmO9M6 Hd1qpc68Femez8fYNWzSpqzt1gkTElI/7eenPxpo2/Fl6c1Eai2B+cMY45aSIBIjvmW/ 83N9jPbfB9PnOELhvSuSu4vrJTCfe78yFA2/9okrYgLe1yEF7tKwHYnLzACo6bP5kZOQ x6ft8nJ+KgD///zWfJoT5xbhDjyif4SqvA3q55GNZCJy+UL65bFn2pQ4YKLuXoQRtz85 Fa/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:from:date:message-id:subject:to; bh=YI/jCWQKTCZVIiRn0Z79rbZ5G6GVQLmBXkFQ3HoRiCU=; b=bWRJvvGVMVE1DPpGVwXvyD/nr+Fom0WazNqMHEMjpIO0m8iTRn1RQ3aRK6yw2F3C4U qS7Q0nWhJX64epDp6/wdpuwCSc0JKevWkXSJPWqVcCZxbwOYLmauq3U2pAfeT8Kw9fTJ x8GDG7xcNq0rbp3EVZ3emK3E6afhkbCQRVwO5aE0/mkbwJGI4bFIGsmK26SiGOK0SVzu IczK4AadhVrNnFGpi69k10h6mdduWnnySp0/vAZfOjHVCN6LXMNXu9grEQd+CNdR4QqS Nk819dZ0j86rWWIyH+r01gQymUjwQ7Min9bqrkBHtL6+Ti5DjQZGopA/iqPPjdfhZv+C rLIA== X-Gm-Message-State: AOAM530DcekWE8BGUEmB7XKgQ10k5amlCfVkIl4clDzaTKOMX0w9Z2Jm NGUFD+oXHowQAoQoWkpDUAGfavAnB/m9sKgTew+C8w== X-Google-Smtp-Source: ABdhPJx4e3jw/UMtjCafie6mmSN+ReKKcM6QEM5iAV8ZrxuuyNVOa0PI9dixygEjac2IPgV9oIPF/k0CuuH4dJjCRuk= X-Received: by 2002:a17:906:b6d0:: with SMTP id ec16mr4929232ejb.94.1596214493494; Fri, 31 Jul 2020 09:54:53 -0700 (PDT) MIME-Version: 1.0 From: Chuck Tuffli Date: Fri, 31 Jul 2020 09:54:42 -0700 Message-ID: Subject: bhyve guest illegal instruction To: John Baldwin , grehan@freebsd.org, freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 4BJD0b08n6z3SQ5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuffli-net.20150623.gappssmtp.com header.s=20150623 header.b=BuhkbbF+; dmarc=none; spf=permerror (mx1.freebsd.org: domain of chuck@tuffli.net uses mechanism not recognized by this client) smtp.mailfrom=chuck@tuffli.net X-Spamd-Result: default: False [-3.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985]; R_DKIM_ALLOW(-0.20)[tuffli-net.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; DMARC_NA(0.00)[tuffli.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; DKIM_TRACE(0.00)[tuffli-net.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; NEURAL_HAM_SHORT(-1.13)[-1.131]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 16:54:55 -0000 (apologies for the resend, this time with a Subject) John / Peter I'm running an application in a Linux guest under bhyve that is core dumping because of an Illegal instruction. Running a simplified case in gdb shows: $ gdb -q rdtscp Reading symbols from rdtscp...done. (gdb) run Starting program: /home/tuffli/rdtscp Program received signal SIGILL, Illegal instruction. main (argc=1, argv=0x7fffffffeae8) at rdtscp.c:12 12 time1 = __builtin_ia32_rdtscp(&dummy); (gdb) l 7 main(int argc, char *argv[]) 8 { 9 uint64_t time1, time2; 10 uint32_t dummy; 11 12 time1 = __builtin_ia32_rdtscp(&dummy); 13 usleep(1000); 14 time2 = __builtin_ia32_rdtscp(&dummy); 15 16 printf("time delta %lu\n", time2 - time1); 17 18 return (EXIT_SUCCESS); 19 } This same program works on the FreeBSD 12-stable machine hosting the VM as well as another bare-metal Linux host. Poking around in the vmm code, I found /* * Hide rdtscp/ia32_tsc_aux until we know how * to deal with them. */ regs[3] &= ~AMDID_RDTSCP; break; in sys/amd64/vmm/x86.c which I _think_ is relevant because lscpu doesn't show the rdtscp flag. If this is the root cause, what would need to be done to implement this? --chuck From owner-freebsd-virtualization@freebsd.org Fri Jul 31 22:38:27 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 31C213A4BB7 for ; Fri, 31 Jul 2020 22:38:27 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from vito-vars.onthenet.com.au (vito-vars.OntheNet.com.au [203.13.68.24]) (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 4BJMcy3LT3z4324 for ; Fri, 31 Jul 2020 22:38:26 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto2.onthenet.com.au [203.13.68.14]) by vito-vars.onthenet.com.au (Postfix) with ESMTPS id 52A6C20C931A for ; Sat, 1 Aug 2020 08:38:15 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id 3B22920AE97B for ; Sat, 1 Aug 2020 08:38:15 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id 32E98213C9A1 for ; Sat, 1 Aug 2020 08:38:15 +1000 (AEST) Received: from iredmail.onthenet.com.au ([127.0.0.1]) by iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id B_ToleF1egQr for ; Sat, 1 Aug 2020 08:38:15 +1000 (AEST) Received: from MacBook-Air-4.local (CPE-120-29-60-82.dsl.OntheNet.net [120.29.60.82]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id 98897213C9A0; Sat, 1 Aug 2020 08:38:14 +1000 (AEST) Subject: rdtscp support (was Re: bhyve guest illegal instruction) To: Chuck Tuffli References: From: Peter Grehan Cc: John Baldwin , freebsd-virtualization@freebsd.org Message-ID: Date: Sat, 1 Aug 2020 08:38:14 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=bM+N3M2Z c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=5na4vOg5aJ1be1vsGc0NmA==:17 a=IkcTkHD0fZMA:10 a=y4yBn9ojGxQA:10 a=BCdpW5SkYIIuyLzi6PkA:9 a=QEXdDO2ut3YA:10 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=LtAJNkVc c=1 sm=1 tr=0 a=eF5wA05EhuPcU0j7PNT2Vg==:117 a=5na4vOg5aJ1be1vsGc0NmA==:17 a=IkcTkHD0fZMA:10 a=y4yBn9ojGxQA:10 a=BCdpW5SkYIIuyLzi6PkA:9 a=QEXdDO2ut3YA:10 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 X-Rspamd-Queue-Id: 4BJMcy3LT3z4324 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:9313, ipnet:203.13.68.0/23, country:AU] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 22:38:27 -0000 Hi Chuck, > 12 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0time1 =3D __builtin_= ia32_rdtscp(&dummy); rdtscp shouldn't be used without checking that it's available via=20 CPUID first, but as you mentioned the feature is available on the host,=20 just hidden from the guest. > This same program works on the FreeBSD 12-stable machine hosting the VM= =20 > as well as another bare-metal Linux host. Poking around in the vmm code= ,=20 > I found > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 /* > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0* Hide rdtscp/ia32_tsc_aux until we know how > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0* to deal with them. > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0*/ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 regs[3] &=3D ~AMDID_RDTSCP; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 break; > in sys/amd64/vmm/x86.c which I _think_ is relevant because lscpu doesn'= t=20 > show the rdtscp flag. If this is the root cause, what would need to be=20 > done to implement this? At a quick glance, if the feature is available on the host you'd need t= o - expose it via CPUID - save/restore the TSC_AUX MSR, but using the VMCS MSR h/w=20 save/restore mechanism that will have to be resurrected. (this avoids=20 any preemption issues,even at NMI level). - set the "enable RDTSCP" VM-execution control to one in the VMCS That being said, I've heard anecdotally that rdtscp results in=20 VM-exits on other hypervisors so there may be reason to emulate it=20 rather than allow a pass-thru. More investigation may be required. later, Peter. From owner-freebsd-virtualization@freebsd.org Sat Aug 1 14:52:04 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B72337DE28 for ; Sat, 1 Aug 2020 14:52:04 +0000 (UTC) (envelope-from list+org.freebsd.virtualization@io7m.com) Received: from mail.io7m.com (mail.io7m.com [45.77.76.92]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.io7m.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJnDM4Hrfz4PD0 for ; Sat, 1 Aug 2020 14:52:03 +0000 (UTC) (envelope-from list+org.freebsd.virtualization@io7m.com) Received: from sunflower.int.arc7.info (cust187-dsl61.idnet.net [212.69.61.187]) by mail.io7m.com (Postfix) with ESMTPSA id DAD4A32735 for ; Sat, 1 Aug 2020 14:51:55 +0000 (UTC) Date: Sat, 1 Aug 2020 14:51:44 +0000 From: Mark Raynsford To: freebsd-virtualization@freebsd.org Subject: Restricting IP ranges for guests over tap devices Message-ID: <20200801145144.7bf342d9@sunflower.int.arc7.info> Organization: io7m.com OpenPGP: id=E36981ED130DB4F68D420248BBFFDB755BAED95D; url=http://www.io7m.com/pgp/E369_81ED_130D_B4F6_8D42_0248_BBFF_DB75_5BAE_D95D.key MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/EmyCu6p8G8MCXNxzrkk+4yY"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-Queue-Id: 4BJnDM4Hrfz4PD0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.23 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[io7m.com:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.023]; DKIM_TRACE(0.00)[io7m.com:+]; DMARC_POLICY_ALLOW(-0.50)[io7m.com,quarantine]; NEURAL_HAM_SHORT(-0.11)[-0.106]; NEURAL_HAM_LONG(-1.00)[-1.003]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:20473, ipnet:45.77.76.0/22, country:US]; TAGGED_FROM(0.00)[org.freebsd.virtualization] X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 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, 01 Aug 2020 14:52:04 -0000 --Sig_/EmyCu6p8G8MCXNxzrkk+4yY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello! Let's say I have a machine running a few dozen bhyve guests. Each bhyve guest gets its own tap device, and all of the tap devices are connected to a bridge. Everything works fine. I can write pf rules that control access between each guest, and between each guest and the world. I can't directly observe the IP addresses that the guests have assigned to the tap devices I gave them, but if I know the addresses beforehand, I can for example write pf rules that say things like: block log all pass in on tap23 proto tcp \ from any to $guest_23_ip port ssh modulate state That then means that even if the guest is compromised and tries to bind a server to another address, the pf rules won't allow anyone else to actually connect to it. The good thing about this is also the bad thing about this; I have to write specific rules that say "only allow access to this specific IP via this specific tap device". Over dozens of guests, that can multiply to hundreds of laboriously maintained rules. Is there some more general way I can supply a mapping between tap devices and allowed addresses? Remember that pf can't see the guest addresses on the host sides of the tap devices, so I can't use the (device) syntax to expand to "the address of a NIC called 'device'". I can generate rule sets, but perhaps there's something "better"[0]? The documentation isn't suggesting much. [0] Better in the sense that, for example, a table is usually better than a massive list of macros. :) -- Mark Raynsford | https://www.io7m.com --Sig_/EmyCu6p8G8MCXNxzrkk+4yY Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTjaYHtEw209o1CAki7/9t1W67ZXQUCXyWBgAAKCRC7/9t1W67Z XS5bAPsGUhS+D8eewNrpesIPgQEwFPDtyZeB361ZxRupWwsiLgEAtTb8pj0H8zrx eKyRN0cNpV4VrfZfU70YfS81fpIX2Qw= =GHWQ -----END PGP SIGNATURE----- --Sig_/EmyCu6p8G8MCXNxzrkk+4yY-- From owner-freebsd-virtualization@freebsd.org Sat Aug 1 16:12:02 2020 Return-Path: Delivered-To: freebsd-virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C7DA37F0A3 for ; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BJq0f2Lbpz4SXT for ; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5059A37F432; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) Delivered-To: virtualization@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5022737F583 for ; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJq0f1TwYz4SQ2 for ; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 16B71151ED for ; Sat, 1 Aug 2020 16:12:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 071GC1Da052355 for ; Sat, 1 Aug 2020 16:12:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 071GC1cY052354 for virtualization@FreeBSD.org; Sat, 1 Aug 2020 16:12:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 239483] [PATCH] bhyve prints confusing error message when vmm module not loaded Date: Sat, 01 Aug 2020 16:12:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bhyve X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fbsd-bugzilla@schlachter.ca X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: araujo@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.33 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, 01 Aug 2020 16:12:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239483 David Schlachter changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fbsd-bugzilla@schlachter.ca --- Comment #2 from David Schlachter --- Issue should be closed, the linked review has been committed. --=20 You are receiving this mail because: You are on the CC list for the bug.=