From: Warren Jasper <Warren.Jasper@bops.com>
To: 'Gary Thomas' <gthomas@redhat.com>
Cc: "'ecos-discuss@sources.redhat.com'" <ecos-discuss@sources.redhat.com>
Subject: RE: [ECOS] build redboot from the source code
Date: Mon, 10 Sep 2001 10:11:00 -0000 [thread overview]
Message-ID: <6476CB7C06B86D46A0C5BF34EACD3833037265@rtpsrv001.rtp.bops.com> (raw)
Thanks for the suggestions. I'm getting closer. The problem lies in
printf. If
I use diag_printf() in the redboot function do_version, I at least get past
that
function before the system locks up.
Question:
1. Does the default serial settings assume hardware handshaking? My
hardware is
set up as follows (no hardware handshaking):
DSR <---> DTR
CTS <---> RTS
2. Does the redboot default serial settings use interrupts? Maybe the
interrupt stack
is not set up correctly?
Any suggestions would be appreciated.
By the way, I have never experienced any problems with printf() in my
application code,
so I'm not sure what would be different in RedBoot.
Warren
-----Original Message-----
From: Gary Thomas [ mailto:gthomas@redhat.com ]
Sent: Sunday, September 09, 2001 6:30 PM
To: Nathan J Ickes
Cc: eCos Discussion
Subject: Re: [ECOS] build redboot from the source code
On Sat, 2001-09-08 at 01:18, Nathan J Ickes wrote:
> > I'm trying to get Redboot to run on a board running the Intel StrongARM
> > SA1110.
>
> <snip>
>
> > I get the message:
> >
> > RedBoo
> >
> > and nothing else. Can someone shed some light on what I am doing wrong?
>
> I had this problem too, on a custom SA1110 board (see msg00384 in the
> archives). In my case, the HAL was apparently hanging while trying to
> write to additional serial ports. After poking around the HAL serial
> driver for a while, I eventually just tried removing HAL support for
> ports that I didn't need, and this fixed the problem. Then I never
> bothered to go back and figure out what was really going wrong :)
> Eventually, the problem seemed to fix itself (I now have RedBoot
> working on two serial ports), possibly when I updated my source
> tree. I assume, since you're porting to a new board, you have recently
> checked out the source tree, though.
>
> Hopefully, that helps direct your search. When you do figure this out,
> I'd be interested in hearing what the cause was.
>
> -- Nathan Ickes
This explanation makes perfect sense, thanks. RedBoot will try and
print all messages on _all_ available ports by default. You have a lot
of choice in the configuration on the SA11x0, but be sure that it
matches your actual hardware. Look at the differences between the iPAQ
and Brutus board ports - they support different sets of serial devices -
for guidance.
next reply other threads:[~2001-09-10 10:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-10 10:11 Warren Jasper [this message]
2001-09-10 17:24 ` Gary Thomas
-- strict thread matches above, loose matches on Subject: below --
2001-09-10 8:30 Warren Jasper
2001-09-07 6:40 Warren Jasper
2001-09-07 9:18 ` Nathan J Ickes
2001-09-09 15:32 ` Gary Thomas
2001-09-06 17:57 Shaojie Wu
2001-09-06 18:15 ` Gary Thomas
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=6476CB7C06B86D46A0C5BF34EACD3833037265@rtpsrv001.rtp.bops.com \
--to=warren.jasper@bops.com \
--cc=ecos-discuss@sources.redhat.com \
--cc=gthomas@redhat.com \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).