From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932602Ab0BCQrk (ORCPT ); Wed, 3 Feb 2010 11:47:40 -0500 Received: from mta4.srv.hcvlny.cv.net ([167.206.4.199]:34848 "EHLO mta4.srv.hcvlny.cv.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932512Ab0BCQri (ORCPT ); Wed, 3 Feb 2010 11:47:38 -0500 Date: Wed, 03 Feb 2010 11:47:19 -0500 From: Michael Breuer Subject: Re: [PATCH] sky2: receive dma mapping error handling In-reply-to: <4B68F664.6050007@majjas.com> To: Stephen Hemminger Cc: Jarek Poplawski , David Miller , akpm@linux-foundation.org, flyboy@gmail.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Michael Chan , Don Fry , Francois Romieu , Matt Carlson Message-id: <4B69A897.7030408@majjas.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20100128223447.GC3109@del.dom.local> <4B621316.8070308@majjas.com> <20100128225621.GD3109@del.dom.local> <4B6216B9.1010802@majjas.com> <20100128153643.0fca3c51@nehalam> <4B645EF4.4050701@majjas.com> <20100131003449.GA11935@del.dom.local> <4B650D53.2010607@majjas.com> <4B65D0F9.2020602@majjas.com> <4B65FD12.7090101@majjas.com> <20100131221835.GA3317@del.dom.local> <20100201102018.7b597992@nehalam> <4B68F664.6050007@majjas.com> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc12 Thunderbird/3.0.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/02/2010 11:07 PM, Michael Breuer wrote: > Just a brief update - this has been up and stable for about 32 hours - > I've been periodically generating load on the system. No kernel errors > of any sort so far. Actually, in retrospect, I believe the dma issue > was triggering other bad things - including an rcu lockup (patched in > tip - sched.c). > > Just as an FYI - (and this should probably be in a new thread) I am > seeing an large number (>9,000,000) of dropped rx packets, however at > this time I see no errors resulting from that (on this or client > machines). As the # of dropped packets hasn't incremented at any time > I was observing things, I can't say what this is about. Probably > nothing, but I'll see if I can track down what is going on. I did see > some of this earlier on while troubleshooting the sky2 issues that now > seem resolved. Quick crosschecking of other machines do not show high > error or retransmission rates. I'm also not seeing any evidence of > other errors (no errors reported by ifconfig, or ethtool, or printk > (debug is enabled). > > I'm wondering whether these dropped packets are due mostly to hitting > GMR_FS_RX_OK in sky2_receive. I'm also guessing that the high numbers > of this that I'm seeing is an artifact of being able to pump more > traffic through with the above patch. Given the description of the > status code in sky2.h (receive ok) I'm wondering whether a) this > should be reported as dropped, b) whether resubmit is necessary, c) > whether it's possible that eth1 events coinciding with eth0 events are > the cause and d) whether or not there's another issue entirely. > Tracked this down. The status being returned is 0x3c0080 - good flow control packets. Nothing is actually being dropped (confirmed by packet trace on switch compared with packet trace on server). I whipped up a trivial patch to not count these as dropped packets and will post to netdev. I'm not really sure what the driver should be doing in this case, but resubmit seems to work.