public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
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.

             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).