All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eugene Surovegin <ebs@ebshome.net>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] MIPS build environment
Date: Sun, 30 Jan 2005 02:26:15 -0800	[thread overview]
Message-ID: <20050130102615.GC24482@gate.ebshome.net> (raw)
In-Reply-To: <20050130091359.A2B2EC108D@atlas.denx.de>

On Sun, Jan 30, 2005 at 10:13:54AM +0100, Wolfgang Denk wrote:
> > Anyway, my comment still stands, this is bogus and cannot work for 4kc 
> > at least. The only reason INCA-IP port works is because memory is 
> > really initialized before stack is accessed.
> 
> Please feel free to submit a patch.

Unfortunately, it's not that simple :). This is one of those rare 
cases when bug might have become a "feature". Let me explain.

Comment about setting up a temporary stack is obviously incorrect, but 
there is side effect of this cache locking (probably unintentional). 

Dcache is never get _unlocked_ after we copied U-Boot into the RAM. 
This effectively _disables_ dcache, because it's highly unlikely that 
we will use those addresses again during normal operation. This in 
turn makes cache-coherency (4kc is non-cache coherent core) a 
non-issue, making drivers simpler.

When I first discovered this "cache-locking-for-temporary-stack" 
inconsistency, my first attempt was to remove cache locking  
altogether, and it even worked, although I haven't done extensive 
testing. 

Then I started thinking about side effect I just described and I 
wasn't quite sure that just removing this was safe. This is the main 
reason I haven't submitted patch in the first place, because I didn't 
have time to audit all the code for the cache-coherency problems.

  reply	other threads:[~2005-01-30 10:26 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-29  2:13 [U-Boot-Users] MIPS build environment Dan Malek
2005-01-29 10:36 ` Thomas Sailer
2005-01-29 17:08   ` Wolfgang Denk
2005-01-29 23:54     ` Thomas Sailer
2005-01-30  1:22       ` Wolfgang Denk
2005-01-29 17:03 ` Wolfgang Denk
2005-01-30  0:20 ` Eugene Surovegin
2005-01-30  1:24   ` Wolfgang Denk
2005-01-30  1:43     ` Eugene Surovegin
2005-01-30  4:40       ` Dan Malek
2005-01-30  9:18         ` Wolfgang Denk
2005-01-30 10:33           ` Eugene Surovegin
2005-01-30  9:13       ` Wolfgang Denk
2005-01-30 10:26         ` Eugene Surovegin [this message]
2005-09-24 23:16           ` 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=20050130102615.GC24482@gate.ebshome.net \
    --to=ebs@ebshome.net \
    --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.