Re: Unexplained Hang During Boot
- From: Tim Wescott <tim@xxxxxxxxxxxxxxxx>
- Date: Wed, 28 Jun 2006 20:17:16 -0700
Bill Pringlemeir wrote:
On 28 Jun 2006, eon_blue_80@xxxxxxxxxxx wrote:
I am experiencing a very bizarre problem with vxWorks and I am
hoping that someone might be able to offer some suggestions on where
to start looking to determine the root of the problem.
[snip]
The printf statement is only adding a handful of bytes to the
resultant image and larger images than the ones that fail have been
booted successfully.
This sounds like a cache problem. The "printf" is unrelated to the
code. It just changes the image size at the "right" place. You could
-- snip --
It is very good that you try to hunt this down. I've known several
"senior" people who have let this type of problem go on for ever.
It doesn't have to be a cache problem. I've seen this happen on a board with an MPC860 and the wrong program loaded to access the DRAM -- we had the timing wrong, so the memory usually worked but sometimes didn't, and it seemed to have 'magic' spots that killed it (hence changing the code would make the problem go away, at least on a particular engineering board).
My point: Check everything you've mentioned: hardware, software, phase of the moon, etc. Just because it's a purchased board don't trust the vendor, but do give him the benefit of the doubt long enough to make _sure_ that it's not you.
--
Tim Wescott
Wescott Design Services
http://www.wescottdesign.com
Posting from Google? See http://cfaj.freeshell.org/google/
"Applied Control Theory for Embedded Systems" came out in April.
See details at http://www.wescottdesign.com/actfes/actfes.html
.
- Follow-Ups:
- Re: Unexplained Hang During Boot
- From: Bill Pringlemeir
- Re: Unexplained Hang During Boot
- Prev by Date: Re: Speeding up VxWorks' clock....
- Next by Date: failed to set up TCP connection
- Previous by thread: VR55xx bsp for tornado2.1/vxWorks5.4
- Next by thread: Re: Unexplained Hang During Boot
- Index(es):
Relevant Pages
|