From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 06:36:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5438016A400 for ; Mon, 23 Apr 2007 06:36:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5B013C45D for ; Mon, 23 Apr 2007 06:36:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 403F8217D36 for ; Mon, 23 Apr 2007 02:37:01 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 23 Apr 2007 02:36:55 -0400 X-Sasl-enc: /v9DFUF4KuzCZeG6u9kS1YrFuWigJjD7GZTMCUho4ZAj 1177310215 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 3DDC01394F for ; Mon, 23 Apr 2007 02:36:55 -0400 (EDT) Message-ID: <462C5405.8040401@incunabulum.net> Date: Mon, 23 Apr 2007 07:36:53 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD-Net mailing list References: <4628DA3A.3050309@incunabulum.net> <20070420104318.A67833@xorpc.icir.org> In-Reply-To: <20070420104318.A67833@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC of ether_input() changes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 06:36:55 -0000 Actually, I thought the change which moved the VLAN tag out of the mbuf tag pool and into the mbuf packet header had also been MFCed. It has not. As CURRENT is the branch normally used for feature development it is probably best I don't MFC this unless the VLAN tag change is MFCed also. Therefore there is not a lot of point in merging this change apart from to benefit from the code cleanup which M_PROMISC offers, so I'll back off for now. Cheers... BMS