From: Leo Barnes <leo.barnes@algotrim.com>
To: linux-mtd@lists.infradead.org
Subject: Enabling D-cache for OneNAND bufferram
Date: Wed, 24 Mar 2010 14:21:35 +0100 [thread overview]
Message-ID: <4BAA11DF.3060306@algotrim.com> (raw)
Hello!
I am currently writing a piece of software that takes advantage of the
fact that OneNAND supports read-while-loading. What I am doing is trying
to achieve higher efficiency when decoding data from the OneNAND by
decoding data that is available in the OneNAND bufferram directly
instead of copying it to normal RAM and decoding there. So far, I have
gotten quite poor results due to the fact that the bufferrams are not
cached (for good reason since it is Device memory). My software will be
used on ARM devices of different types, with my testrigs being a Nokia
N810 and a N900.
I have exclusive access to the OneNAND chip, and as such know exactly
what information is stored in the bufferrams at all times. If I could
only enable the D-cache for the bufferrams, I could therefore make sure
to invalidate the cache whenever I reprogram the OneNAND chip.
From what I have read so far, it seems that the only way to enable
cacheing of the bufferrams would be to somehow change how the memory
attributes for the memory region in the MMU. I have however not found
any easy way of doing this. Any tips? I dont really have very much
experience when it comes to how the MMU works.
Best regards,
Leo
next reply other threads:[~2010-03-24 13:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-24 13:21 Leo Barnes [this message]
2010-03-24 15:34 ` Enabling D-cache for OneNAND bufferram Joakim Tjernlund
2010-03-25 10:57 ` Leo Barnes
2010-03-25 11:23 ` Joakim Tjernlund
2010-03-25 16:38 ` massimo cirillo
2010-03-26 2:39 ` Jamie Lokier
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=4BAA11DF.3060306@algotrim.com \
--to=leo.barnes@algotrim.com \
--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;
as well as URLs for NNTP newsgroup(s).