From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 23:41:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E9A816A4CE; Sat, 6 Dec 2003 23:41:43 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F7B43F75; Sat, 6 Dec 2003 23:41:41 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id AA36C2840B4; Sun, 7 Dec 2003 16:41:40 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id A516A284023; Sun, 7 Dec 2003 16:41:39 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 7C5251E4A63; Sun, 7 Dec 2003 16:41:39 +0900 (JST) Date: Sun, 07 Dec 2003 16:41:39 +0900 Message-ID: <7m8ylp6pn0.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: pdeuskar@FreeBSD.org Subject: dev/em: Link is not up until 2 seconds after "ifconfig up" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 07:41:43 -0000 My experimental 1U box which has em0 and em1 shows following result. Doing "ifconfig em1 up" after "ifconfig em1 down", link is down 1 or more seconds. I'm trying to make this box as VRRP router, so 1 second down during master/backup transition (which uses down, mac address setting, and up) causes ping-pong transition of master router. I think I can work around some timeout tweaks in VRRP daemon side, but I hope em(4) driver (or hardware problem?) can deal with it. I did same test with fxp(4) and rl(4), but these interfaces are active after "ifconfig up" immediately. # ifconfig em1 down; ifconfig em1 up; ifconfig em1; sleep 1; ifconfig em1; sleep 1; ifconfig em1 em1: flags=8843 mtu 1500 options=3 inet 192.168.128.3 netmask 0xffffff00 broadcast 192.168.128.255 inet6 fe80::230:48ff:fe28:4d75%em1 prefixlen 64 scopeid 0x2 ether 00:30:48:28:4d:75 media: Ethernet autoselect status: no carrier em1: flags=8843 mtu 1500 options=3 inet 192.168.128.3 netmask 0xffffff00 broadcast 192.168.128.255 inet6 fe80::230:48ff:fe28:4d75%em1 prefixlen 64 scopeid 0x2 ether 00:30:48:28:4d:75 media: Ethernet autoselect status: no carrier em1: flags=8843 mtu 1500 options=3 inet 192.168.128.3 netmask 0xffffff00 broadcast 192.168.128.255 inet6 fe80::230:48ff:fe28:4d75%em1 prefixlen 64 scopeid 0x2 ether 00:30:48:28:4d:75 media: Ethernet autoselect (100baseTX ) status: active # pciconf -lv ... em0@pci2:3:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Gigabit Ethernet Controller (copper)' class = network subclass = ethernet em1@pci2:3:1: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Gigabit Ethernet Controller (copper)' class = network subclass = ethernet ... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project