netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@osdl.org>
To: "Yang, Steve" <steve.yang@windriver.com>
Cc: "Martin Michlmayr" <tbm@cyrius.com>, <netdev@vger.kernel.org>
Subject: Re: [patch] Performance enhancement patches for SB1250 MAC
Date: Tue, 21 Nov 2006 11:12:50 -0800	[thread overview]
Message-ID: <20061121111250.093c423c@freekitty> (raw)
In-Reply-To: <F09F8223E8BE7D42BDA1800B19F3440D9220D5@ALA-MAIL03.corp.ad.wrs.com>

On Tue, 21 Nov 2006 08:45:58 -0800
"Yang, Steve" <steve.yang@windriver.com> wrote:

> Martin,
> 
> I've attached the two patches with this email.
> 
> Original submission email text:
> 
> "The attached are two network performance enhancement patches for SB1250
> MAC. The NAPI patch applies first. Followed by the "skb cache" patch.
> They applied and builds cleanly on 2.6.18 kernel for the following
> kernel option combinations:
> 
> SBMAC_NAPI	no	yes	yes
> SKB_CACHE	no	no	yes"
> 
> Regards, 
> Steve Yang
> 
> -----Original Message-----
> From: Martin Michlmayr [mailto:tbm@cyrius.com] 
> Sent: Tuesday, November 21, 2006 6:27 AM
> To: Stephen Hemminger
> Cc: Yang, Steve; netdev@vger.kernel.org
> Subject: Re: [patch] Performance enhancement patches for SB1250 MAC
> 
> * Stephen Hemminger <shemminger@osdl.org> [2006-11-20 15:35]:
> > > 1. I've submitted two patches, one for NAPI and the other for
> SKB_Cache.
> > > They can go in individually. You've expressed objections to
> SKB_Cache.
> > > What about the one for NAPI?
> > Yes, the NAPI one is great.
> 
> Should Steve resend the patch so it can be added or is it queued up
> already?  It would be nice to have this in 2.6.20.
> --
> Martin Michlmayr
> tbm@cyrius.com

One comment about the driver in general (not NAPI related), is that
almost all uses of "volatile" in a driver are incorrect.  Especially these
because the device memory (__iomem) should already be mapped non-cached.

Volatile protects against compiler issues, not device consistency.

@@ -197,13 +206,16 @@
 	volatile void __iomem *sbdma_config0;	/* DMA config register 0 */
 	volatile void __iomem *sbdma_config1;	/* DMA config register 1 */
 	volatile void __iomem *sbdma_dscrbase;	/* Descriptor base address */
-	volatile void __iomem *sbdma_dscrcnt;     /* Descriptor count register */
+	volatile void __iomem *sbdma_dscrcnt;   /* Descriptor count register */
 	volatile void __iomem *sbdma_curdscr;	/* current descriptor address */
+	volatile void __iomem *sbdma_oodpktlost;/* pkt drop (rx only) */
+
 
Also, how is this NAPI related (probably should be a different patch.
But I no nothing about MIPS SMP.

Index: linux-2.6.14-cgl/arch/mips/sibyte/bcm1480/irq.c
===================================================================
--- linux-2.6.14-cgl.orig/arch/mips/sibyte/bcm1480/irq.c	2006-09-20 14:58:41.000000000 -0700
+++ linux-2.6.14-cgl/arch/mips/sibyte/bcm1480/irq.c	2006-09-20 15:58:33.000000000 -0700
@@ -144,11 +144,11 @@
 	unsigned long flags;
 	unsigned int irq_dirty;
 
-	i = first_cpu(mask);
-	if (next_cpu(i, mask) <= NR_CPUS) {
+	if (cpus_weight(mask) != 1) {
 		printk("attempted to set irq affinity for irq %d to multiple CPUs\n", irq);
 		return;
 	}
+	i = first_cpu(mask);
 
 	/* Convert logical CPU to physical CPU */
 	cpu = cpu_logical_map(i);



-- 
Stephen Hemminger <shemminger@osdl.org>

  reply	other threads:[~2006-11-21 19:12 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-21 16:45 [patch] Performance enhancement patches for SB1250 MAC Yang, Steve
2006-11-21 19:12 ` Stephen Hemminger [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-11-22  0:33 Yang, Steve
2006-11-20 21:40 Yang, Steve
2006-11-20 23:35 ` Stephen Hemminger
2006-11-20 23:58   ` David Miller
2006-11-21 14:26   ` Martin Michlmayr
     [not found] <D9055C0A0A86BD4E89AD96A89EA767DBA6AFBC@ALA-MAIL03.corp.ad.wrs.com>
2006-10-13 20:24 ` Stephen Hemminger
2006-10-12 21:54 Yang, Steve
2006-10-12 22:13 ` Stephen Hemminger

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=20061121111250.093c423c@freekitty \
    --to=shemminger@osdl.org \
    --cc=netdev@vger.kernel.org \
    --cc=steve.yang@windriver.com \
    --cc=tbm@cyrius.com \
    /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).