From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 17:22:54 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 436EB1065678 for ; Tue, 4 Aug 2009 17:22:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 279618FC1E for ; Tue, 4 Aug 2009 17:22:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 6977B96EF5; Tue, 4 Aug 2009 10:22:54 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 730D82D6020; Tue, 4 Aug 2009 10:22:53 -0700 (PDT) Message-ID: <4A786E80.5020201@elischer.org> Date: Tue, 04 Aug 2009 10:23:12 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Jack Vogel References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> In-Reply-To: <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 04 Aug 2009 17:22:55 -0000 Jack Vogel wrote: > 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.