[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1284148790.2267.322.camel@achroite.uk.solarflarecom.com>
Date: Fri, 10 Sep 2010 20:59:50 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: David Miller <davem@...emloft.net>
Cc: netdev@...r.kernel.org, linux-net-drivers@...arflare.com
Subject: Re: [PATCH net-next-2.6 00/10] sfc changes for 2.6.37
On Fri, 2010-09-10 at 12:28 -0700, David Miller wrote:
> From: Ben Hutchings <bhutchings@...arflare.com>
> Date: Fri, 10 Sep 2010 17:40:17 +0100
>
> > One new feature - variable ring sizes - and a few bug fixes.
> >
> > Ben.
> >
> > Ben Hutchings (9):
> > sfc: Use MCDI RX_BAD_FCS_PKTS count as MAC rx_bad count
> > sfc: Accumulate RX_NODESC_DROP count in rx_dropped, not
> > rx_over_errors
> > sfc: Remove declarations of functions that no longer exist
> > sfc: Fix failure paths in efx_probe_port()
> > sfc: Allocate DMA and event rings using GFP_KERNEL
> > sfc: Abstract channel and index lookup for RX queues
> > sfc: Refactor channel and queue lookup and iteration
> > sfc: Allocate each channel separately, along with its RX and TX
> > queues
> > sfc: Allow changing the DMA ring sizes dynamically via ethtool
> >
> > Steve Hodgson (1):
> > sfc: Make the dmaq size a run-time setting (rather than compile-time)
>
> All applied, thanks Ben.
>
> It could be argued that rx_over_errors is meant to count internal chip
> FIFO overflows during receive, which occur when DMA cannot meet demand
> for long periods of time. Indicating that FIFO settings need to be
> increased or PCI settings adjusted.
>
> Anyways, just my view.
It would really be nice to have more verbose definitions of these in
rtnetlink.h. The decider for us was that ifconfig includes
rx_over_errors in RX frame errors i.e. bad packets.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists