Date: Fri, 20 Apr 2007 10:43:18 -0700 From: Luigi Rizzo <rizzo@icir.org> To: Bruce M Simpson <bms@incunabulum.net> Cc: FreeBSD-Net mailing list <freebsd-net@freebsd.org> Subject: Re: MFC of ether_input() changes Message-ID: <20070420104318.A67833@xorpc.icir.org> In-Reply-To: <4628DA3A.3050309@incunabulum.net>; from bms@incunabulum.net on Fri, Apr 20, 2007 at 04:20:26PM %2B0100 References: <4628DA3A.3050309@incunabulum.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 20, 2007 at 04:20:26PM +0100, Bruce M Simpson wrote: > Hi, > > Does anyone want to see these changes MFCed, or otherwise object to such > an MFC? > The introduction of M_PROMISC did the following: > > * Drop frames immediately if the interface is not marked IFF_UP. > * Always trim off the frame checksum if present. > * Always use M_VLANTAG in preference to passing 802.1Q frames > to consumers. > * Use __func__ consistently for KASSERT(). > * Use the M_PROMISC flag to detect situations where ether_input() > may reenter itself on the same call graph with the same mbuf which > was promiscuously received on behalf of subsystems such as > netgraph, carp, and vlan. > * 802.1P frames (that is, VLAN frames with an ID of 0) will now be > passed to layer 3 input paths. > * Deal with the special case for CARP in a sane way. > > For end users the main change of interest will be the ability for > FreeBSD to receive 802.1p frames, even if it doesn't do anything with > the priority fields right now. > > If I hear 'yeses' I will try to MFC this as time permits. yes please! luigi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070420104318.A67833>