All of lore.kernel.org
 help / color / mirror / Atom feed
From: linas@austin.ibm.com (Linas Vepstas)
To: Arnd Bergmann <arnd@arndb.de>
Cc: akpm@osdl.org, jeff@garzik.org, netdev@vger.kernel.org,
	jklewis@us.ibm.com, linux-kernel@vger.kernel.org,
	linuxppc-dev@ozlabs.org, Jens.Osterkamp@de.ibm.com,
	David Miller <davem@davemloft.net>
Subject: Re: [PATCH 1/2]: powerpc/cell spidernet bottom half
Date: Wed, 16 Aug 2006 18:47:28 -0500	[thread overview]
Message-ID: <20060816234728.GP20551@austin.ibm.com> (raw)
In-Reply-To: <200608170103.21097.arnd@arndb.de>

On Thu, Aug 17, 2006 at 01:03:20AM +0200, Arnd Bergmann wrote:
> 
> Could well be related to latencies when going to the remote
> node for descriptor DMAs. Have you tried if the hch's NUMA
> patch or using numactl makes a difference here?

No. I guess I should try.

> > > sounds like the right approach to simplify the code.
> >
> > Its not a big a driver. 'wc' says its 2.3 loc, which
> > is 1/3 or 1/5 the size of tg3.c or the e1000*c files.
> 
> Right, I was thinking of removing a lock or another, not
> throwing out half of the driver ;-)

There's only four lock points grand total. 
-- One on the receive side,
-- one to protect the transmit head pointer, 
-- one to protect the transmit tail pointer, 
-- one to protect the location of the transmit low watermark.

The last three share the same lock. I tried using distinct
locks, but this worsened things, probably due to cache-line 
trashing. I tried removing the head pointer lock, but this
failed. I don't know why, and was surprised by this. I thought
hard_start_xmit() was serialized.

--linas

WARNING: multiple messages have this Message-ID (diff)
From: linas@austin.ibm.com (Linas Vepstas)
To: Arnd Bergmann <arnd@arndb.de>
Cc: linuxppc-dev@ozlabs.org, akpm@osdl.org, jeff@garzik.org,
	netdev@vger.kernel.org, jklewis@us.ibm.com,
	linux-kernel@vger.kernel.org, Jens.Osterkamp@de.ibm.com,
	David Miller <davem@davemloft.net>
Subject: Re: [PATCH 1/2]: powerpc/cell spidernet bottom half
Date: Wed, 16 Aug 2006 18:47:28 -0500	[thread overview]
Message-ID: <20060816234728.GP20551@austin.ibm.com> (raw)
In-Reply-To: <200608170103.21097.arnd@arndb.de>

On Thu, Aug 17, 2006 at 01:03:20AM +0200, Arnd Bergmann wrote:
> 
> Could well be related to latencies when going to the remote
> node for descriptor DMAs. Have you tried if the hch's NUMA
> patch or using numactl makes a difference here?

No. I guess I should try.

> > > sounds like the right approach to simplify the code.
> >
> > Its not a big a driver. 'wc' says its 2.3 loc, which
> > is 1/3 or 1/5 the size of tg3.c or the e1000*c files.
> 
> Right, I was thinking of removing a lock or another, not
> throwing out half of the driver ;-)

There's only four lock points grand total. 
-- One on the receive side,
-- one to protect the transmit head pointer, 
-- one to protect the transmit tail pointer, 
-- one to protect the location of the transmit low watermark.

The last three share the same lock. I tried using distinct
locks, but this worsened things, probably due to cache-line 
trashing. I tried removing the head pointer lock, but this
failed. I don't know why, and was surprised by this. I thought
hard_start_xmit() was serialized.

--linas

  reply	other threads:[~2006-08-16 23:48 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-11 17:03 [PATCH 0/4]: powerpc/cell spidernet ethernet driver fixes Linas Vepstas
2006-08-11 17:03 ` Linas Vepstas
2006-08-11 17:06 ` [PATCH 1/4]: powerpc/cell spidernet burst alignment patch Linas Vepstas
2006-08-11 17:06   ` Linas Vepstas
2006-08-11 17:08 ` [PATCH 2/4]: powerpc/cell spidernet low watermark patch Linas Vepstas
2006-08-11 17:08   ` Linas Vepstas
2006-08-16 23:43   ` Benjamin Herrenschmidt
2006-08-16 23:43     ` Benjamin Herrenschmidt
2006-08-18 19:23     ` Linas Vepstas
2006-08-18 19:23       ` Linas Vepstas
2006-08-18 21:25       ` David Miller
2006-08-18 21:25         ` David Miller
2006-08-18 22:46         ` Linas Vepstas
2006-08-18 22:46           ` Linas Vepstas
2006-08-18 22:51           ` David Miller
2006-08-18 22:51             ` David Miller
2006-08-18 23:29             ` Linas Vepstas
2006-08-18 23:29               ` Linas Vepstas
2006-08-18 23:45               ` Linas Vepstas
2006-08-18 23:45                 ` Linas Vepstas
2006-08-19  4:33                 ` Benjamin Herrenschmidt
2006-08-19  4:33                   ` Benjamin Herrenschmidt
2006-08-22  0:13                   ` Linas Vepstas
2006-08-22  0:13                     ` Linas Vepstas
2006-08-22  0:30                     ` David Miller
2006-08-22  0:30                       ` David Miller
2006-08-19  4:31             ` Benjamin Herrenschmidt
2006-08-19  4:31               ` Benjamin Herrenschmidt
2006-08-11 17:09 ` [PATCH 3/4]: powerpc/cell spidernet stop error printing patch Linas Vepstas
2006-08-11 17:09   ` Linas Vepstas
2006-08-11 17:11 ` [PATCH 4/4]: powerpc/cell spidernet ethtool -i version number info Linas Vepstas
2006-08-11 17:11   ` Linas Vepstas
2006-08-11 18:00   ` Olof Johansson
2006-08-11 18:00     ` Olof Johansson
2006-08-11 18:50     ` James K Lewis
2006-08-11 18:50       ` James K Lewis
2006-08-11 19:46       ` Linas Vepstas
2006-08-11 19:46         ` Linas Vepstas
2006-08-15 19:05       ` Olof Johansson
2006-08-15 19:05         ` Olof Johansson
2006-08-16  0:29         ` Michael Ellerman
2006-08-16  0:29           ` Michael Ellerman
2006-08-11 17:42 ` [PATCH 0/4]: powerpc/cell spidernet ethernet driver fixes jschopp
2006-08-11 17:42   ` jschopp
2006-08-11 17:44 ` Sam Ravnborg
2006-08-11 17:44   ` Sam Ravnborg
2006-08-11 19:31   ` Linas Vepstas
2006-08-11 19:31     ` Linas Vepstas
2006-08-11 20:27     ` Arnd Bergmann
2006-08-11 20:27       ` Arnd Bergmann
2006-08-16 16:18 ` [PATCH 1/2]: powerpc/cell spidernet bottom half Linas Vepstas
2006-08-16 16:18   ` Linas Vepstas
2006-08-16 16:30   ` Jeff Garzik
2006-08-16 16:30     ` Jeff Garzik
2006-08-16 20:30     ` Linas Vepstas
2006-08-16 20:30       ` Linas Vepstas
2006-08-16 20:34       ` Jeff Garzik
2006-08-16 20:34         ` Jeff Garzik
2006-08-16 20:46         ` David Miller
2006-08-16 20:46           ` David Miller
2006-08-16 21:24           ` Arnd Bergmann
2006-08-16 21:24             ` Arnd Bergmann
2006-08-16 21:24             ` Arnd Bergmann
2006-08-16 21:32             ` David Miller
2006-08-16 21:32               ` David Miller
2006-08-16 22:16               ` Arnd Bergmann
2006-08-16 22:16                 ` Arnd Bergmann
2006-08-16 22:16                 ` Arnd Bergmann
2006-08-16 22:29                 ` David Miller
2006-08-16 22:29                   ` David Miller
2006-08-16 22:47                   ` Arnd Bergmann
2006-08-16 22:47                     ` Arnd Bergmann
2006-08-16 23:30                 ` Linas Vepstas
2006-08-16 23:30                   ` Linas Vepstas
2006-08-16 23:32                   ` David Miller
2006-08-16 23:32                     ` David Miller
2006-08-17  0:23                     ` Linas Vepstas
2006-08-17  0:23                       ` Linas Vepstas
2006-08-16 23:24               ` Linas Vepstas
2006-08-16 23:24                 ` Linas Vepstas
2006-08-16 22:55             ` Linas Vepstas
2006-08-16 22:55               ` Linas Vepstas
2006-08-16 23:03               ` Arnd Bergmann
2006-08-16 23:03                 ` Arnd Bergmann
2006-08-16 23:47                 ` Linas Vepstas [this message]
2006-08-16 23:47                   ` Linas Vepstas
2006-08-16 23:08               ` Rick Jones
2006-08-16 23:08                 ` Rick Jones
2006-08-16 21:58           ` Linas Vepstas
2006-08-16 21:58             ` Linas Vepstas
2006-08-16 16:23 ` [PATCH 2/2]: powerpc/cell spidernet refine locking Linas Vepstas

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=20060816234728.GP20551@austin.ibm.com \
    --to=linas@austin.ibm.com \
    --cc=Jens.Osterkamp@de.ibm.com \
    --cc=akpm@osdl.org \
    --cc=arnd@arndb.de \
    --cc=davem@davemloft.net \
    --cc=jeff@garzik.org \
    --cc=jklewis@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=netdev@vger.kernel.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 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.