From owner-freebsd-current@freebsd.org Thu Oct 24 18:05:37 2019 Return-Path: Delivered-To: freebsd-current@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 56ECA1760FF for ; Thu, 24 Oct 2019 18:05:37 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zZsr3qrDz4PyS; Thu, 24 Oct 2019 18:05:36 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1571940327; bh=usQa+BBt Cjp6CW3xDZBqSHnrdprjJ1ssV7w+y3tBaFo=; b=owdHugd4WLtnZdlO3DrK02bQ pK+MGvA1VKGSz7irbBHtPstFaL0aKNxDH5X9EwmxiGPcPJ9tgMCDqx0Bu3NhT9HH G8k7vi5NrmHt2IM8YXLAKG6XWw4WisRG+sM0kGfJKw9onbObNTcsEsrPEwRm855Q peB4nlRlbxt1h7lPYhQ= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (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) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 123C83F38; Thu, 24 Oct 2019 14:05:27 -0400 (EDT) Subject: Re: SVN r353868 breaks net/intel-em-kmod To: Gleb Smirnoff Cc: freebsd-current , freebsd@intel.com References: <20191024175642.GN4086@FreeBSD.org> From: Michael Butler Message-ID: <5ef99ae6-9e95-7511-f64e-8f824733cd68@protected-networks.net> Date: Thu, 24 Oct 2019 14:05:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <20191024175642.GN4086@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zZsr3qrDz4PyS X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=owdHugd4; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-6.22 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; 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:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[protected-networks.net]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.72)[ip: (-9.79), ipnet: 202.12.127.0/24(-4.90), asn: 5716(-3.87), country: US(-0.05)]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:05:37 -0000 On 10/24/19 1:56 PM, Gleb Smirnoff wrote: > On Thu, Oct 24, 2019 at 11:12:10AM -0400, Michael Butler wrote: > M> The removal of these KPIs yields: > M> > M> link_elf_obj: symbol if_multiaddr_array undefined > M> linker_load_file: /boot/modules/if_em_updated.ko - unsupported file type > > What's the reason to keep these outside of the tree drivers? AFAIU, they > are maintained by the same team that maintains in-tree drivers. Cced them. For some reason, the default in-kernel driver doesn't play nicely with VirtualBox especially when attempting to bridge the host and client. I have not explored why it works with NAT but not bridge, imb