From owner-cvs-all@FreeBSD.ORG Mon Mar 19 19:30:31 2007 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E275E16A406; Mon, 19 Mar 2007 19:30:31 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id B586213C4D0; Mon, 19 Mar 2007 19:30:31 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id A6AE2208D45; Mon, 19 Mar 2007 15:30:29 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Mon, 19 Mar 2007 15:30:29 -0400 X-Sasl-enc: CcTCEJ+5o8GtGXYt5XHkSAqpEdqHO5jJrZqNDiitLAEJ 1174332631 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 298E132E43; Mon, 19 Mar 2007 15:30:30 -0400 (EDT) Message-ID: <45FEE4D5.4020806@FreeBSD.org> Date: Mon, 19 Mar 2007 19:30:29 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Bruce M Simpson References: <200703191839.l2JIdaLv098604@repoman.freebsd.org> In-Reply-To: <200703191839.l2JIdaLv098604@repoman.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/net if_ethersubr.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 19:30:32 -0000 Bruce M Simpson wrote: > The handling of CARP needs to be revisited architecturally. By this I mean: we could benefit from a more general mechanism used to deal with link-layer addresses other than the hardware station address, perhaps kept in a hash table. Some cards support more than one station address being set up with a perfect hash filter entry; I think fxp supports this. Perhaps Bill Paul knows more? > The M_PROMISC > flag may potentially be demoted to a link-layer flag only as it is in > NetBSD, where the idea originated. > Separate issue, trivial change. BMS