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>
next prev parent 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.