Date: Wed, 5 Aug 2009 12:54:46 -0700 From: "David Christensen" <davidch@broadcom.com> To: "Jack Vogel" <jfvogel@gmail.com>, "Julian Elischer" <julian@elischer.org> Cc: Jack F Vogel <jfv@freebsd.org>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>, "d@delphij.net" <d@delphij.net> Subject: RE: em(4): sending ARP regardless of NOARP flag Message-ID: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> <4A786E80.5020201@elischer.org> <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> >> I don't see how arping or not can be a driver problem, the driver=20 > >> just sends packets queued by the stack, there exists NO=20 > mechanism to=20 > >> communicate that kind of thing down into the driver, -arp is=20 > >> something that must be negotiated in the stack somewhere,=20 > as for it=20 > >> working with broadcom... > >> <shrugs> > >> > >> > > 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. Dave=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5D267A3F22FD854F8F48B3D2B523819339EC3813D2>