From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 16:05:55 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 8607A106564A; Thu, 6 Aug 2009 16:05:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 40D958FC14; Thu, 6 Aug 2009 16:05:54 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id f9so183998rvb.43 for ; Thu, 06 Aug 2009 09:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7umSZccEabdSzh5LzuIb24LVYlSBVUXjzG6JxWZz+io=; b=h/xQ/K/hLQYpitPHqNwvjCrdkou5rYl5WiJdEaHsUymcbralextKLCjW/ZFnbYDJMx R6RfJsMT47Fq96aITrYrnVThBjHsSVgjcQpuPehd56yLl/qlkEBh0EIROT4IbnFmdaXF RmDkonMujgEYOR/bUyo6oMAlMhd4vpQg/wfzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jDL+KI7g4Xk2ra5RW6xE5fZY+Psgu4yUJS8MX9RhMzCpLMwWoTMKHjOE1vFr7zC2Lf Jd4vRnKV46py00a/EG4e5sEfGmb35jpmHwsIeE27Pdl9p9U4VVrB8TWW47EzLKU7T9DO CQzmrnCLeAd5gy7gry+STcYrz6MpinFuGo6YA= MIME-Version: 1.0 Received: by 10.140.225.17 with SMTP id x17mr28677rvg.47.1249574754614; Thu, 06 Aug 2009 09:05:54 -0700 (PDT) In-Reply-To: <692150.91493.qm@web63906.mail.re1.yahoo.com> References: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> <692150.91493.qm@web63906.mail.re1.yahoo.com> Date: Thu, 6 Aug 2009 09:05:54 -0700 Message-ID: <2a41acea0908060905n69edf1dfkbf993d9f8a4edf37@mail.gmail.com> From: Jack Vogel To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , "freebsd-net@freebsd.org" , David Christensen , "d@delphij.net" , Julian Elischer 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 16:05:55 -0000 Oh, hmmm, ok I'll look into that code. Thanks Barney. Jack On Thu, Aug 6, 2009 at 4:20 AM, Barney Cordoba wrote: > > > --- On Wed, 8/5/09, David Christensen wrote: > > > From: David Christensen > > Subject: RE: em(4): sending ARP regardless of NOARP flag > > To: "Jack Vogel" , "Julian Elischer" < > julian@elischer.org> > > Cc: "Jack F Vogel" , "freebsd-net@freebsd.org" < > freebsd-net@freebsd.org>, "d@delphij.net" > > Date: Wednesday, August 5, 2009, 3:54 PM > > > >> I don't see how arping > > or not can be a driver problem, the driver > > > >> just sends packets queued by the stack, there > > exists NO > > > mechanism to > > > >> communicate that kind of thing down into the > > driver, -arp is > > > >> something that must be negotiated in the > > stack somewhere, > > > as for it > > > >> working with broadcom... > > > >> > > > >> > > > >> > > > > except for the system management stuff. > > > > On the bce(9) driver does it display the "MFW" flag during > > driver load? That would indicate whether NC-SI style > > management > > firmware is running which would be unexpected on a NIC > > card. > > If the Intel LOM is connected to a baseboard management > > controller > > or service processor then the BMC or SP are likely > > generating > > the ARP. What's the source MAC address of the > > ARP? Does it > > match the LOM's MAC address or the MAC address of any BMC > > or SP? > > The latter would generally be printed on a tag on the > > system or > > perhaps in a BMC setup screen visible during POST. > > The em driver calls arp_ifinit() when an address is set which causes > an ARP to go out when a new address is set. It seems that > the ARP logic should know not to send it out, but you could certainly > add a check in if_em to avoid calling that. It seems that Bill Paul > cloned drivers don't use such logic so the broadcoms don't have it. > > Barney > > > >