From owner-freebsd-current@FreeBSD.ORG Mon Mar 20 06:26:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 F0D3216A41F for ; Mon, 20 Mar 2006 06:26:56 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E7443D45 for ; Mon, 20 Mar 2006 06:26:55 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2K6Qq2M029733; Mon, 20 Mar 2006 07:26:52 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603200626.k2K6Qq2M029733@pinky.frank-behrens.de> From: "Frank Behrens" To: pyunyh@gmail.com Date: Mon, 20 Mar 2006 07:26:48 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20060320013605.GA75153@cdnetworks.co.kr> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 20 Mar 2006 06:26:57 -0000 Pyun YongHyeon wrote on 20 Mar 2006 10:36: > Thanks for your report. > If you find any unusual things related with sk(4) please let me know. Unfortunalety I must report an issue. Yesterday I had after several weeks of fine running: Mar 19 17:59:08 moon kernel: sk0: watchdog timeout Mar 19 17:59:08 moon kernel: sk0: link state changed to DOWN The problem is not the watchdog timeout message itself, but that the links goes down. Fortunately I have in my crontab still a "safety belt", calling every 12 minutes (ifconfig sk0 | fgrep active >/dev/null) || (ifconfig sk0 down; ifconfig sk0 up; ifconfig sk0) So the system could recover without user interaction: Mar 19 18:12:01 moon kernel: sk0: link state changed to UP Mar 19 18:12:01 moon kernel: sk0: phy failed to come ready Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.