All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Data Chache enable
Date: Tue, 02 May 2006 13:55:12 -0400	[thread overview]
Message-ID: <44579D00.3060802@smiths-aerospace.com> (raw)
In-Reply-To: <20060502170715.88092.qmail@web37103.mail.mud.yahoo.com>

PDF conversion wrote:
> Processor: MPC8260
> U-boot Version: 1.1.2
> Project: Communication SDH
> 
> I am trying to avoid the D chache exception 200 when I
> enable D cache. 
> 
> I know that the documentation indicates: "Data cache
> cannot be enabled on systems like 8xx or 8260(where
> access to IMMR region must be uncached). D cache
> cannot be diabled on other systems where we (mis-)use
> d-cache to hold an initial stach & some data..."
> 
> Are there any new commands I can include in the U-Boot
> boot loader?
> 
> Does any one know what the specific register settings
> are to avoid the data cache exception. 
> 
> If there is any documentation I overlooked please
> indicate. 
> 
> I am new to this.
> 
> Thank you,
> Regards,
> 
>  -Om

Exception 0200 is Machine Check, it has nothing directly to do with data 
caching except for the fact that you are enabling data cache 
inappropriately.

The simplest way to use data cache the way you appear to want to use it 
is to use the BATs to map your I/O memory (minimum: IMMR region) as 
uncached and the rest of your used memory (flash + RAM) as cached.  If 
you don't do that, _everything_ is cached which is a Very Bad Thing[tm], 
as you found out.  I am not aware of anybody having success enabling 
data cache without BATs/MMUs and successfully maintaining cache 
coherency by hand (which is what you are hinting at).

You didn't answer Wolfgang's question "Why do you want to enable data 
cache in u-boot???"  Normally there no need to do that, so you are 
either doing something very unusual or you don't understand the problem 
you are trying to solve.  If you tell us the problem, we might be able 
to give better advice (or at least tell you why we are saying "don't do 
that").

gvb

  reply	other threads:[~2006-05-02 17:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-02 17:07 [U-Boot-Users] Data Chache enable PDF conversion
2006-05-02 17:55 ` Jerry Van Baren [this message]
2006-05-02 22:52   ` Wolfgang Denk
2006-05-02 19:06 ` 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=44579D00.3060802@smiths-aerospace.com \
    --to=gerald.vanbaren@smiths-aerospace.com \
    --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 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.