From owner-freebsd-net@FreeBSD.ORG Wed Jun 24 01:14:45 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 56FE61065678; Wed, 24 Jun 2009 01:14:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f194.google.com (mail-pz0-f194.google.com [209.85.222.194]) by mx1.freebsd.org (Postfix) with ESMTP id 172698FC2F; Wed, 24 Jun 2009 01:14:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pzk32 with SMTP id 32so311354pzk.3 for ; Tue, 23 Jun 2009 18:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vdVonvBZNmWw51NDLcNZn8B1542keYytJGvFiLzm76A=; b=XwG5zm4rnNj/868bKgFmowEJiMKbjUuWM3H83vYsnLl5+gic492Afj/fA4Kx+oy71F A3taLti4GPT164uIhJhEwSC+aykFTxJqaDxT2mFyAPXVBQOOr714tTxrHZFlhqdpoUIV veHlmcFqN+40a/K4F8TpPxEyVXsxWdGSTl/pU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=sk5ow8fqdXPyby7X9uT4pGzi3tH5FSdmNTRk9hVfMRtCLCLj+/70bOxLPxzaICcVqS p1gcAmUJCREh62wn2iwc2V1z6ivC2JjeFw1casPG643jWa/rY9cQxBPbluoSP3WQwgGs jiZOeNIu4ZH/vXO5jzD4Ntb/BhXwzr0J7SNqQ= Received: by 10.141.19.9 with SMTP id w9mr717906rvi.17.1245806084531; Tue, 23 Jun 2009 18:14:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g31sm2647688rvb.41.2009.06.23.18.14.41 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Jun 2009 18:14:43 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 24 Jun 2009 10:19:58 +0900 From: Pyun YongHyeon Date: Wed, 24 Jun 2009 10:19:58 +0900 To: David Gilbert Message-ID: <20090624011958.GE10712@michelle.cdnetworks.co.kr> References: <200906230828.n5N8Sfi9048897@freefall.freebsd.org> <4A410A1A.3050403@daveg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A410A1A.3050403@daveg.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org, yongari@FreeBSD.org Subject: Re: kern/114839: [fxp] fxp looses ability to speak with traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 01:14:45 -0000 On Tue, Jun 23, 2009 at 01:00:10PM -0400, David Gilbert wrote: > yongari@FreeBSD.org wrote: > >Synopsis: [fxp] fxp looses ability to speak with traffic > > > >State-Changed-From-To: open->feedback > >State-Changed-By: yongari > >State-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > >State-Changed-Why: > >It seems your controller is plain i82559. Since you said you can > >see incoming traffics I think the controller do not have lock-up > >bug. By chance do you use fxp(4) on PAE environments or systems > >with more than 4GB of memory? Show me the output of > >"sysctl hw.busdma" to see whether bounce buffers are used. > > > >Also there was a lot of fxp(4) changes in HEAD. Could you try > >latest fxp(4) in HEAD? If you're using 7-stable or 7.2-RELEASE you > >can just copy if_fxp.c, if_fxpreg.h and if_fxpvar.h files from HEAD > >to 7-stable/7.2-RELEASE and rebuild kernel. > > > > > >Responsible-Changed-From-To: freebsd-net->yongari > >Responsible-Changed-By: yongari > >Responsible-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > >Responsible-Changed-Why: > >Grab. > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=114839 > > > Unfortunately, I lost access to that machine due to some business issues > :). But I can tell you that it didn't have PAE enabled nor did it have > 4G of memory (it either had 1G or 2G, but definately not 4G). > Ok, thanks for reply. > Congrats on the cleanup of old tickets, but I can't do any testing for > you as I don't have any other machines that did this. The server in > question was a busy core router. My current core routers use em and bge The server was SMP box? Also you used to rely on DEVICE_POLLING on fxp(4)? It's hard to say what was wrong here. You didn't encounter watchdog timeouts and you saw incoming traffic so I guess the controller is alive. What makes me wonder is why other end can't see frames sent from fxp(4). Are you sure you could be able to see incoming traffic? Checking netstat(1) also may have helped to analyze the issue as fxp(4) uses hardware MAC counters. ATM the only possible cause of the issue I can think of is the side-effect of disabling dynamic standby mode. You have to cold reboot(shutdown and remove power cord and wait a couple of min before replug the power cord) your box if you see the following message. fxp0: Disabling dynamic standby mode in EEPROM Otherwise you may encounter watchdog timeouts or odd behaviour. > chipsets. >