public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Andre Puschmann <andre.puschmann@imms.de>
To: linux-mtd@lists.infradead.org
Subject: Re: flash read performance
Date: Tue, 11 Nov 2008 14:28:18 +0100	[thread overview]
Message-ID: <gfc19i$tpr$1@ger.gmane.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0811072052200.3864@t2.domain.actdsltmp>

Hi Trant,


Trent Piepho schrieb:
>> map.virt = ioremap(..);
>> map.cached = ioremap_cached(..);
>> map.inval_cache = inval_cache_fct();
> 
> It depends on what mapping driver you're using.  It looks like only the
> pxa2xx driver uses map.cached.  The physmap or of_physmap drivers that I'm
> using don't use it.

The flashmap-drive I am using is custom one made for the gumstix-board. 
However, it is almost identically to pxa2xx-driver from newer kernels.

> I've switched from GPCM to UPM, which lets me use different timings for
> read and write as well as use burst mode.
> 
> In non-cached and guarded mode, I now get 13.61 vs 12.30 MB/s.  That's just
> from slightly better timings because I could make them different for read
> vs write.  The big difference is cached and non-guarded reads, which went
> to 44.79 MB/s from 14.24 MB/s.  That boost is from using burst mode.

Whop, this is great news. Btw. do you drive your flash in asynchronous 
or in synchronous mode? Do you have an extra flash configuration 
register that you need to modify in order to use the burst mode?
My intel NOR flash has an extra read configuration register (RCR). 
However, for some reason I am not able to read/modify/read this register 
successfully.

  > It might be the case that the ethernet module resets the PHY when it 
loads
> and/or when the ethernet device is opened.  That was a problem I was
> having.  The PHY would almost be done when the dhcp client would run and
> open eth0, which would start the phy all over again.

Thanks for that hint. I'll downgrade this as a later task to do.

Regards,
Andre

  reply	other threads:[~2008-11-11 13:28 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-28 10:14 flash read performance Andre Puschmann
2008-10-29 11:42 ` Josh Boyer
2008-10-29 12:03   ` Jamie Lokier
2008-10-29 15:52   ` Andre Puschmann
2008-10-30  8:33     ` Arnaud Mouiche
2008-10-30  9:52       ` Andre Puschmann
2008-10-30 10:06         ` Arnaud Mouiche
2008-11-03 14:23           ` Andre Puschmann
2008-11-04  8:30             ` Andre Puschmann
2008-11-04 11:42             ` Jamie Lokier
2008-11-04 14:31               ` Andre Puschman
2008-11-07  2:41                 ` Trent Piepho
2008-11-07  4:02                   ` Jamie Lokier
2008-11-07  5:36                     ` Trent Piepho
2008-11-07  5:57                       ` Jamie Lokier
2008-11-07  9:47                   ` Andre Puschmann
2008-11-08  5:28                     ` Trent Piepho
2008-11-11 13:28                       ` Andre Puschmann [this message]
2008-11-15  2:02                         ` Trent Piepho

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='gfc19i$tpr$1@ger.gmane.org' \
    --to=andre.puschmann@imms.de \
    --cc=linux-mtd@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox