From owner-freebsd-stable@FreeBSD.ORG Sat Jul 8 07:29:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5D516A4DE; Sat, 8 Jul 2006 07:29:13 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C6343D45; Sat, 8 Jul 2006 07:29:10 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 5A5184CD72; Sat, 8 Jul 2006 07:29:32 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id A7EA24CD63; Sat, 8 Jul 2006 07:29:31 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 5AD578A061; Sat, 8 Jul 2006 17:29:00 +1000 (EST) Received: from [192.168.0.6] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 81FA68A01F; Sat, 8 Jul 2006 17:28:54 +1000 (EST) Message-ID: <44AF5EB2.2040701@thebeastie.org> Date: Sat, 08 Jul 2006 17:28:50 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060526 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> <44A57B71.6020201@asd.aplus.net> <20060701035416.GC54876@cdnetworks.co.kr> <44AC6793.2070608@asd.aplus.net> <20060706021444.GA76865@cdnetworks.co.kr> <44AD7297.7080605@asd.aplus.net> <20060707010341.GD82406@cdnetworks.co.kr> <44ADC2ED.4070904@asd.aplus.net> <20060707040838.GE82406@cdnetworks.co.kr> <20060707151640.D51390@fledge.watson.org> <44AEB0CB.5060102@asd.aplus.net> <20060707181750.O1171@ganymede.hub.org> <20060707223609.N60542@fledge.watson.org> In-Reply-To: <20060707223609.N60542@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: Pyun YongHyeon , Peter Jeremy , Atanas , freebsd-stable@FreeBSD.org, User Freebsd Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2006 07:29:13 -0000 Robert Watson wrote: > > On Fri, 7 Jul 2006, User Freebsd wrote: > >>> I think that I have patched, built and loaded the em(4) kernel >>> module correctly. After applying the patch there were no rejects, >>> before building the module I intentionally appended " (patched)" to >>> its version string in if_em.c, and could see that in dmesg every >>> time I loaded the module: em1: >> Version - 3.2.18 (patched)> >> >> >> Is it possible that we're going at this issue backwards? It isn't >> the lack of ARP packet going out that is causing the problems with >> moving IPs, but that delay that we're seeing when aliasing a new IP >> on the stack? The ARP packet *is* being attempted, but is timing out >> before the re-init is completing? > > > Yes -- basically, there are two problems: > > (1) A little problem, in which an arp announcement is sent before the > link has > settled after reset. > > (2) A big problem, in which the interface is gratuitously recent > requiring > long settling times. I thought I remember a developer working on the em driver saying just before 6.1 was released that this reset was needed and couldn't be avoided to ensure performance of the device to work at its best, I can't remember his explanation, but this topic has come up before, of course anything is possible to fix. Mike