From: Sven Luther <sven.luther@wanadoo.fr>
To: "Mark A. Greer" <mgreer@mvista.com>
Cc: Nicolas DET <det.nicolas@free.fr>, linuxppc-dev@ozlabs.org
Subject: Re: Marvell MV6436xx ethernet driver patch
Date: Wed, 31 Aug 2005 18:33:13 +0200 [thread overview]
Message-ID: <20050831163313.GA25391@localhost.localdomain> (raw)
In-Reply-To: <20050831160417.GA3848@mag.az.mvista.com>
On Wed, Aug 31, 2005 at 09:04:17AM -0700, Mark A. Greer wrote:
> On Wed, Aug 31, 2005 at 07:55:49AM +0100, Nicolas DET wrote:
> > > This is a good idea. I suspect that most of the gain is from
> > > turning off snooping and flushing/invalidating the cache explicitly.
> > > Implementation-wise, I'd rather we not manipulate the MV643XX_ETH_BAR_?
> > > registers directly in the driver. Today that is done in platform
> > > setup code. This has promise but needs to be reworked.
> >
> > Yeah, the point was to have no snooping for this part of the chip.
> > The descriptors in SRAM, and the data in DDR. This give a serious boost.
> >
> > I noticed MV643xx memory performances are really higher when turning
> > off snoop (not only for ethernet).
> >
> > Well, I confess manipulating such thing here, is not totaly smart.
> > However I don't really know where to put them.
> > Maybe, somewhere in arch/ppc ?
> >
> > Because, at some pooint the driver will need to have this modified in order
> > to reall work correctly.
> >
> > For example, if you use a module with that option (it will disable
> > snooping) and then 'rmmod & modprobe' a new module without it will not work
> > (no snooping as the new module expect!).
> >
> > Conclusion: yes, touching ETH_BAR isn't really well here, but where could
> > we move it ?
>
> The enet->mem BARs are configured in
> arch/ppc/syslib/mv64xc60.c:mv64360_config_io2mem_windows().
Which is not used in the pegasos code path, as we are chrp though.
Friendly,
Sven Luther
next prev parent reply other threads:[~2005-08-31 16:39 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050830181958.D856F1C0008A@mwinf0706.wanadoo.fr>
2005-08-30 23:32 ` Marvell MV6436xx ethernet driver patch Dale Farnsworth
2005-08-31 6:55 ` Nicolas DET
2005-08-31 9:47 ` Sven Luther
2005-08-31 16:04 ` Mark A. Greer
2005-08-31 16:17 ` Mark A. Greer
2005-08-31 16:33 ` Sven Luther [this message]
2005-08-31 17:07 ` Mark A. Greer
2005-08-30 19:07 Nicolas DET
2005-08-30 19:09 ` Christoph Hellwig
2005-08-31 0:59 ` Andrew Morton
2005-09-13 10:35 ` Nicolas DET
2005-09-13 10:35 ` Christoph Hellwig
2005-09-13 20:01 ` Dale Farnsworth
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=20050831163313.GA25391@localhost.localdomain \
--to=sven.luther@wanadoo.fr \
--cc=det.nicolas@free.fr \
--cc=linuxppc-dev@ozlabs.org \
--cc=mgreer@mvista.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.