From owner-cvs-src@FreeBSD.ORG  Thu Jun 24 15:09:07 2004
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9C6CB16A4D0; Thu, 24 Jun 2004 15:09:07 +0000 (GMT)
Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BB9F343D39; Thu, 24 Jun 2004 15:09:06 +0000 (GMT)
	(envelope-from maxim@FreeBSD.org)
Received: from mp2.macomnet.net (dl1703c5@mp2.macomnet.net [195.128.64.6])
	by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i5OF8gu517437859;
	Thu, 24 Jun 2004 19:08:42 +0400 (MSD)
Date: Thu, 24 Jun 2004 19:08:42 +0400 (MSD)
From: Maxim Konovalov <maxim@FreeBSD.org>
To: Joerg Wunsch <joerg@FreeBSD.org>
In-Reply-To: <20040624123337.AB9E416A4E9@hub.freebsd.org>
Message-ID: <20040624190739.U18540@mp2.macomnet.net>
References: <20040624123337.AB9E416A4E9@hub.freebsd.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/net if_ethersubr.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Jun 2004 15:09:07 -0000

On Thu, 24 Jun 2004, 12:33-0000, Joerg Wunsch wrote:

> joerg       2004-06-24 12:31:44 UTC
>
>   FreeBSD src repository
>
>   Modified files:
>     sys/net              if_ethersubr.c
>   Log:
>   When considering an ethernet frame that is not destined for us, do not
>   only allow this to be further processed when bridging is active on
>   that interface, but also if the current packet has a VLAN tag and
>   VLANs are active on our interface.  This gives the VLAN layers a
>   chance to also consider the packet (and perhaps drop it instead of the
>   main dispatcher).
>
>   This fixes a situation where bridging was only active on VLAN
>   interfaces but ether_demux() called on behalf of the main interface
>   had already thrown the packet away.
>
>   MFC after:      4 weeks

kern/46961

I had a workaround for ages but never completed it, thanks!