netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Jeff Garzik <jeff@garzik.org>
Cc: netdev@vger.kernel.org, Natalie Protasevich <protasnb@gmail.com>,
	Tim Hockin <thockin@hockin.org>
Subject: Re: net driver error accounting
Date: Thu, 2 Aug 2007 13:45:34 -0700	[thread overview]
Message-ID: <20070802134534.ec33042a.akpm@linux-foundation.org> (raw)
In-Reply-To: <46B240B1.9080003@garzik.org>

On Thu, 02 Aug 2007 16:38:09 -0400
Jeff Garzik <jeff@garzik.org> wrote:

> Andrew Morton wrote:
> > Looking at http://bugzilla.kernel.org/show_bug.cgi?id=8106
> > 
> > Guys, could we please have a ruling here?
> > 
> > When a net driver encounters a tx_fifo_error, should this also contribute
> > to the tx_error count, or should it not?
> 
> For each TX error, (a) tx_error is incremented and (b) a more-specific 
> TX error stat is also potentially incremented.  So, yes, tx_error 
> accumulates.
> 
> See cp_tx() in 8139cp.
> 
> 
> > More generally, should netdev drivers accumulate all the detailed
> > rx_errors into net_device_stats.rx_errors in real time, or should they not?
> 
> For each RX error, (a) rx_error is incremented and (b) a more-specific 
> RX error stat is also potentially incremented.  So, yes, rx_error 
> accumulates.
> 
> See cp_rx_err_acct() in 8139cp.
> 

OK, thanks.

One does wonder why the overall rx_error exists all all, but whatever.  The
main thing is to get all the net drivers doing the same thing.


So I guess bug 8106 wants something like this?


diff -puN drivers/net/natsemi.c~a drivers/net/natsemi.c
--- a/drivers/net/natsemi.c~a
+++ a/drivers/net/natsemi.c
@@ -2438,13 +2438,16 @@ static void netdev_error(struct net_devi
 				dev->name);
 		}
 		np->stats.rx_fifo_errors++;
+		np->stats.rx_errors++;
 	}
 	/* Hmmmmm, it's not clear how to recover from PCI faults. */
 	if (intr_status & IntrPCIErr) {
 		printk(KERN_NOTICE "%s: PCI error %#08x\n", dev->name,
 			intr_status & IntrPCIErr);
 		np->stats.tx_fifo_errors++;
+		np->stats.tx_errors++;
 		np->stats.rx_fifo_errors++;
+		np->stats.rx_errors++;
 	}
 	spin_unlock(&np->lock);
 }
_


      reply	other threads:[~2007-08-02 20:45 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-02 20:17 net driver error accounting Andrew Morton
2007-08-02 20:38 ` Jeff Garzik
2007-08-02 20:45   ` Andrew Morton [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070802134534.ec33042a.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=jeff@garzik.org \
    --cc=netdev@vger.kernel.org \
    --cc=protasnb@gmail.com \
    --cc=thockin@hockin.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).