From owner-svn-src-all@FreeBSD.ORG Thu Jan 9 00:13:51 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB3B316C; Thu, 9 Jan 2014 00:13:51 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15F971070; Thu, 9 Jan 2014 00:13:50 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id s090DfmE089349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Jan 2014 04:13:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id s090DfE0089348; Thu, 9 Jan 2014 04:13:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Jan 2014 04:13:41 +0400 From: Gleb Smirnoff To: Bryan Venteicher Subject: Re: svn commit: r260224 - head/sys/netinet Message-ID: <20140109001341.GK71033@FreeBSD.org> References: <201401031103.s03B3CAf013123@svn.freebsd.org> <20140106065314.GB1372@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: pyunyh@gmail.com, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 00:13:51 -0000 Bryan, On Mon, Jan 06, 2014 at 09:09:45AM -0600, Bryan Venteicher wrote: B> > On Fri, Jan 03, 2014 at 11:03:12AM +0000, Gleb Smirnoff wrote: B> > > Author: glebius B> > > Date: Fri Jan 3 11:03:12 2014 B> > > New Revision: 260224 B> > > URL: http://svnweb.freebsd.org/changeset/base/260224 B> > > B> > > Log: B> > > Make failure of ifpromisc() a non-fatal error. This makes it possible B> > to B> > > run carp(4) on vtnet(4). B> > > B> > B> > vtnet(4) is the only device that doesn't correctly support B> > promiscuous mode? I don't know details of vtnet(4) but it seems B> > it's not hard to mimic promiscuous mode. I'm not sure why the B> > driver returns ENOTSUP to user land given that vtnet(4) defaults B> > to promiscuous mode for backwards compatibility. It also does B> > not handle multicast filter configuration when VTNET_FLAG_CTRL_RX B> > flag is not set. If vtnet(4) does not support multicast filter, B> > it shouldn't announce IFF_MULTICAST. I wonder how vtnet(4) can work B> > with carp(4) given that its multicast handling is ignored. B> > B> B> I've talked to Gleb off-list about this. I intent to remove the default to B> promiscuous mode hack. Previous versions of the specification had a B> footnote about this, but it has since been removed. Note that both promisc B> and multicast likely require some host configuration on the B> tap/bridge/physical interfaces as well. B> B> I'll look at the multicast handling. If carp(4) already works with bhyve, B> we might want to add a minimalist control virtqueue support to bhyve. If you decide that vtnet(4) should provide promiscuous mode (or pretend to), and implement that, and carp(4) runs okay, then feel free to back out r260224. -- Totus tuus, Glebius.