From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] Add support for Indefia Nimbus Cloud Board
Date: Wed, 24 Mar 2010 15:51:38 +0100 [thread overview]
Message-ID: <201003241551.38768.sr@denx.de> (raw)
In-Reply-To: <20100323200112.D1A1B4C022@gemini.denx.de>
Hi Wolfgang, Hi Semih,
On Tuesday 23 March 2010 21:01:12 Wolfgang Denk wrote:
> > It's not possible to simply disable caching for 0x0 region. It can be
> > achieved using paging, but it's more complicated.
>
> I have three specific questions:
>
> * Is it technically possible to set up the AVR32 memory controller
> such that the memory region at 0x0 is mapped uncached?
>
> I am asking if it is possible to configure a system such that cahces
> are completely turned off.
>
> * Assuming this is possible, then is there a way to reprogram (in the
> running system) the AVR32 memory controller from one mode (cached)
> to the other one (uncached) ?
>
> * Does the AVR32 memory controller support anything like a
> "write-through" cache mode?
I had a quick glance at the AVR32 architecture manual. And it really seems
that 2GB starting at address 0 are *always* cached. What I couldn't find out
quickly is, if it is possible to turn on write-though support for this address
range. Perhaps an AVR32 expert could enlighten us here?
> > If we go with Stefan's option a, then we need to put some #ifdefs or
> > function calls in the flash code to enable/disable cache, right?
>
> Function calls, yes. But ideally we can use write-through, and I
> expect that we eventually might kept this mode always switched on.
Option a) is using write-though, so the cache should always stay on in this
mode (used in combination with cache flush and invalidate calls). Option b) is
the alternative with temporarily disabling the caches for the erase/write
operations. But since disabling cache isn't possible on AVR32, this isn't an
option here.
This leads us back to these questions:
- Is it possible to turn on write-though support for the memory area
starting at 0?
- Is it possible to flush and/or invalidate address ranges in this area?
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de
next prev parent reply other threads:[~2010-03-24 14:51 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-17 13:12 [U-Boot] [PATCH] Add support for Indefia Nimbus Cloud Board Semih Hazar
2010-01-06 9:18 ` Semih Hazar
2010-01-17 23:17 ` Wolfgang Denk
2010-01-21 13:13 ` Semih Hazar
2010-01-25 22:31 ` Wolfgang Denk
2010-02-04 17:13 ` Semih Hazar
2010-03-01 14:12 ` Semih Hazar
2010-03-21 16:35 ` Wolfgang Denk
2010-03-21 16:34 ` Wolfgang Denk
2010-03-22 9:23 ` Stefan Roese
2010-03-23 17:41 ` Semih Hazar
2010-03-23 20:01 ` Wolfgang Denk
2010-03-24 14:51 ` Stefan Roese [this message]
2010-02-04 17:14 ` Semih Hazar
2010-03-21 16:44 ` Wolfgang Denk
2010-01-21 13:13 ` Semih Hazar
2010-01-25 22:34 ` Wolfgang Denk
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=201003241551.38768.sr@denx.de \
--to=sr@denx.de \
--cc=u-boot@lists.denx.de \
/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