From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 11:20:02 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8EC51065672 for ; Thu, 6 Aug 2009 11:20:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 5A63D8FC1D for ; Thu, 6 Aug 2009 11:20:02 +0000 (UTC) Received: (qmail 92279 invoked by uid 60001); 6 Aug 2009 11:20:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249557601; bh=3enHxl24fwpCCDgPqh1bO3tLSIJDfweI8oMVd+bz5q0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pNIiZcZRfmK3HkE9Gcjc8t+vbyrE11S7i0J402+hQkSR76fst2T5XpRCZeTNNA3QRK4My2jtgXQH3g57CuYojTjJmmXOYxAmNuX+wBa4RhcdCgpttZsiHwPJDWSJtcEJGZiCfXmH8geIHb98kkw8kWdMq4c5jUUXNPGCnVbXc8M= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cyrDwP0kYVGFGnfLwc9DUEt+HYQZEM1RkeeIiRpDatGHm+tdrTnAqqdjmwEzXpqItCzbPX+6RzD8mwRaVmCjLah+TCS0yW9wIGNkjtGCbO1QCYv16Ft8RqQPSzIILMZywHYsesjOcTNamyao8g+GpujeneQsw8WCtr8l2jWaki4=; Message-ID: <692150.91493.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: ffF9SB4VM1lykbuEQ6Gk2iaKtC82sOo2Yai8q_oI780A0k5UYWXiFgpdoy70nCvBppga3icWNDvHuZqC2dQWJnCpOEbLGUpxb4X6COUuPO6dwSrrxkCJokXmIoQ98mLjjxQQwgtxzJqBBkFo.Qv_S2XwN.f1dIjDJ5bv4502WaidLaiPCl5NSP5jpuMLqKhm4KvV7gQeR_zgsjz9IW4tHvqzDdAu.unkHNdoYQaJ0N.DPZ3Htda3JOIGitNv1CS5JlaAbnHQn9EcMfDZZ5GTDrxwrzsWXReRWYSOInMjm2b2n0UEWtVPp0K28fB8iQ-- Received: from [66.176.162.245] by web63906.mail.re1.yahoo.com via HTTP; Thu, 06 Aug 2009 04:20:01 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Thu, 6 Aug 2009 04:20:01 -0700 (PDT) From: Barney Cordoba To: Jack Vogel , Julian Elischer , David Christensen In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jack F Vogel , "freebsd-net@freebsd.org" , "d@delphij.net" Subject: RE: em(4): sending ARP regardless of NOARP flag 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: Thu, 06 Aug 2009 11:20:03 -0000 =0A=0A--- On Wed, 8/5/09, David Christensen wrote:= =0A=0A> From: David Christensen =0A> Subject: RE: em(= 4): sending ARP regardless of NOARP flag=0A> To: "Jack Vogel" , "Julian Elischer" =0A> Cc: "Jack F Vogel" , "freebsd-net@freebsd.org" , "d@delp= hij.net" =0A> Date: Wednesday, August 5, 2009, 3:54 PM=0A> >= >> I don't see how arping=0A> or not can be a driver problem, the driver = =0A> > >> just sends packets queued by the stack, there=0A> exists NO =0A> = > mechanism to =0A> > >> communicate that kind of thing down into the=0A> d= river, -arp is =0A> > >> something that must be negotiated in the=0A> stack= somewhere, =0A> > as for it =0A> > >> working with broadcom...=0A> > >> =0A> > >>=0A> > >>=0A> > > except for the system management stuff.=0A= > =0A> On the bce(9) driver does it display the "MFW" flag during=0A> drive= r load?=A0 That would indicate whether NC-SI style=0A> management=0A> firmw= are is running which would be unexpected on a NIC=0A> card.=0A> If the Inte= l LOM is connected to a baseboard management=0A> controller=0A> or service = processor then the BMC or SP are likely=0A> generating=0A> the ARP.=A0 What= 's the source MAC address of the=0A> ARP?=A0 Does it=0A> match the LOM's MA= C address or the MAC address of any BMC=0A> or SP?=0A> The latter would gen= erally be printed on a tag on the=0A> system or=0A> perhaps in a BMC setup = screen visible during POST.=0A=0AThe em driver calls arp_ifinit() when an a= ddress is set which causes=0Aan ARP to go out when a new address is set. It= seems that=0Athe ARP logic should know not to send it out, but you could c= ertainly=0Aadd a check in if_em to avoid calling that. It seems that Bill P= aul =0Acloned drivers don't use such logic so the broadcoms don't have it.= =0A=0ABarney=0A=0A=0A