From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 09:20:40 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 F1D1216A4DD for ; Fri, 18 Aug 2006 09:20:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4146243D49 for ; Fri, 18 Aug 2006 09:20:39 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1053831pye for ; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=IqqaU8WE90SqLfS5Kcg7DX4u5SW/q0mfjA82IKyTm+ymJvxQ3VnQrdCDl09ttrOdrMetUlLpaAr/V7S9hZryOs98l5mdegoFxgCa6wz/PZrrNEj+kNTMKDHMA9jAyPa0RJhxM+prgSOTlViPNXV3y2iMP3aCdoqEm13capxjN0o= Received: by 10.35.87.8 with SMTP id p8mr5482197pyl; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id c1sm2209688nzd.2006.08.18.02.20.36; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7I9Mw2m057713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Aug 2006 18:22:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7I9MuCa057712; Fri, 18 Aug 2006 18:22:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 18 Aug 2006 18:22:56 +0900 From: Pyun YongHyeon To: Martin Horcicka Message-ID: <20060818092255.GD55509@cdnetworks.co.kr> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Dan Nelson , Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 09:20:40 -0000 On Fri, Aug 18, 2006 at 10:51:07AM +0200, Martin Horcicka wrote: > 2006/8/18, Dan Nelson : > >In the last episode (Aug 17), Alan Amesbury said: > >> OK, booting *too* quickly is a somewhat unusual problem..... I have > >> FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > >> reason, in the PowerEdge 850 Dell chose to replace the perfectly > >> adequate em(4) adapters found on the PE750 with bge(4) hardware. > >> FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > >> actually Broadcom 5721J adapters instead. See > >> > >> http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > >> > >> for details. The switch to which the host is connected is a Cisco > >> Catalyst 3750. How this relates to FreeBSD, however..... > > > >Have you enabled portfast on the Cisco? > > > >http://www.cisco.com/warp/public/473/12.html#c2k > > We have similar problems on various hardware and we also believe it's > caused by the Spanning Tree Protocol procedure done during the switch > port initialization. I don't like the idea of using portfast as it > makes the switch less robust so I tried to delay the boot using an rc > script as well: > > /etc/rc.d/slow_interface_startup: > --- > #!/bin/sh > > # PROVIDE: slow_interface_startup > # REQUIRE: netif > # BEFORE: NETWORKING > > slow_interface_startup_enable=${slow_interface_startup_enable:-NO} > slow_interface_startup_duration=${slow_interface_startup_duration:-50} > > . /etc/rc.subr > > name=slow_interface_startup > rcvar=`set_rcvar` > start_cmd=slow_interface_startup_start > stop_cmd=: > > slow_interface_startup_start() { > echo -n "Waiting for interfaces to get ready" \ > "($slow_interface_startup_duration seconds)" > sleep "$slow_interface_startup_duration" > echo > } > > load_rc_config $name > run_rc_command "$1" > --- > > Then you can add to rc.conf: > > slow_interface_startup_enable="YES" > > And optionally also (in seconds): > > slow_interface_startup_duration="123" > > It's a little hack but it works as expected. Anyway, in some cases it > does not help. The NIC is probably reset at some later point. I have > not investigated it further yet. > > >Another thing to check is whether you have alias IPs. I believe the > >bge driver has to reset the card every time you add or remove an IP. > >I know the ti driver (whose chipset the broadcom chips are based on) > >had that problem. > > Yes, but I believe that all such operations are done by the netif script. > I think it's job of device driver. If the driver find its link negotiation is in progress it should not send frames. Unfortunately not all drivers handle this correctly. -- Regards, Pyun YongHyeon