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 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).