From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Wind River SBC8560 saga continues
Date: Fri, 04 May 2007 11:01:39 -0400 [thread overview]
Message-ID: <463B4AD3.5070202@smiths-aerospace.com> (raw)
In-Reply-To: <315FA8E37E6E844C9B2EF35715F600720D9D03@bache.mintera.net>
Mark Pilant wrote:
> Hi Jerry.
[snip]
>> Does the TLB have the "G" (Guarded) bit set? That prevents out-of-order
>> loading (probably not an issue, but something to check).
>
> Yes, the guarded bit is set in .../board/sbc8560/init.S.
>
>> How about hitting it with da big hammer: put a sync;isync pair in the
>> loop. If that makes it better, remove the isync (should not be
>> necessary). If that still works, try using a eieio instead of the sync
>> (I'm not sure if eieio is useful for the 85xx, on the 603e core, it is a
>> NOP).
>
> I thought I had tried this earlier, but couldn't remember. So I tried
> it again. No Luck. (The generated code does the sync/isync before the
> register fetch. If the FLG bit is still set, the sync/isync is done
> again and the fetch repeated.)
>
> According to the RM, the e500 replaces eieio with mbar. Since I had not
> tried that one, I just did. You guessed it... no luck.
>
> I'm probably doing something really stupid; and probably really simple
> which is why I haven't spotted *my* problem.
>
> It is also possible the WR SBC8560 we have is broken. Although I think
> that is not a really likely because it runs the VxWorks bootloader fine.
VERY unlikely since this is just dealing with the scc which is all
internal to the 85xx.
> - Mark
OK at the risk of insulting you, create the sync;isync version and load
it into flash. Now figure out the start address of the the routine and
disassemble it with the visionICE. Is the right stuff loaded? Set a
hardware breakpoint: is it being executed?
Trivia: the visionICE is using the fsl background debug mode which, I am
sure, is not exactly the same method and path as the execution of code
in the processor. Having it work for the vICE doesn't say much other
than the actual scc bit is working. Somebody is feeding you stale data
in the path the vICE /isn't/ using.
Grasping at straws (been burned before),
gvb
next prev parent reply other threads:[~2007-05-04 15:01 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-03 14:06 [U-Boot-Users] Wind River SBC8560 saga continues Mark Pilant
[not found] ` <2acbd3e40705031026s2f240a39x6677bf28b66d45b@mail.gmail.com>
2007-05-03 17:57 ` Mark Pilant
2007-05-04 1:26 ` Jerry Van Baren
2007-05-04 13:17 ` Mark Pilant
2007-05-04 14:04 ` Jerry Van Baren
2007-05-04 14:36 ` Mark Pilant
2007-05-04 15:01 ` Jerry Van Baren [this message]
2007-05-04 15:18 ` Mark Pilant
2007-05-04 21:27 ` Andy Fleming
2007-05-07 13:11 ` Mark Pilant
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=463B4AD3.5070202@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox