public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Anthony Massa <amassa@logici.com>
To: "Jonathan Larmour (E-mail)" <jlarmour@redhat.co.uk>
Cc: "eCos (E-mail)" <ecos-discuss@sourceware.cygnus.com>
Subject: [ECOS] Re: RedBoot
Date: Mon, 30 Apr 2001 10:04:00 -0000	[thread overview]
Message-ID: <281963D01A08D511A5D700A0C9AC979A04EF08@EXCHANGE> (raw)

The .reg file helped out.  Now the tests run fine.

However, the ping_test still had the same result as running my application,
where it would try to initialize the Ethernet port and the board would hang.
Then the Config Tool would disconnect from the target.

The other things I tried were:

- Moving the creation of the interrupt in quicc_eth_init to the end of the
routine.  This failed with the same outcome as before.

- I removed a line (shown below) in the quicc_eth_init because of the
comment of shutting down the Ethernet.  I thought this would have been the
problem since I was debugging using the Ethernet port, and obviously,
shutting it down would be very bad.  This failed with the same outcome as
before, too.

    // Shut down ethernet, in case it is already running
    scc->scc_gsmr_l &= ~(QUICC_SCC_GSML_ENR | QUICC_SCC_GSML_ENT);


- I disabled interrupts at the beginning of the quicc_eth_init routine using
HAL_DISABLE_INTERRUPTS and re-enabled them at the end using
HAL_RESTORE_INTERRUPTS.  This failed and hung the board the same way as
before.

- I also tried using a static IP address.  I didn't think this would work
since the failure occurs way before the IP address is used.  This failed as
well.


It seemed as though the failure was occurring when the code tried to access
the volatile struct ethernet_pram *enet_pram variable in quicc_eth_init.  It
was hard to be absolutely certain because there were some failures that
occurred at different points in the routine, but it seemed that the code
that used this variable caused the most immediate failures.  I don't know if
there is some sort of contention problem with accessing the Ethernet
registers while RedBoot/GDB is running or what.

I did try to run while stepping through the quicc_eth_init routine and also
just running without any breakpoints, however, the hung board result was the
same in both running modes.

Do you have any additional insight for this problem?  I really appreciate
your help.

--Anthony

             reply	other threads:[~2001-04-30 10:04 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-30 10:04 Anthony Massa [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-04-27 15:06 Anthony Massa
2001-04-27 15:25 ` Jonathan Larmour
2001-04-26 21:44 Anthony Massa
2001-04-27 11:32 ` Jonathan Larmour
2001-04-25 21:59 [ECOS] RedBoot Anthony Massa
2001-04-26  4:15 ` Hugo Tyson
2001-04-23 12:35 [ECOS] RedBoot Anthony Massa
2001-04-23 12:47 ` Jonathan Larmour
2001-04-23 12:09 [ECOS] RedBoot Jonathan Larmour
2001-04-24  8:02 ` [ECOS] Anthony Massa
2001-04-24  8:11   ` [ECOS] Re: RedBoot Jonathan Larmour
2001-04-24  8:13     ` [ECOS] RedBoot Anthony Massa
2001-04-24  8:30       ` Hugo 'NOx' Tyson

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=281963D01A08D511A5D700A0C9AC979A04EF08@EXCHANGE \
    --to=amassa@logici.com \
    --cc=ecos-discuss@sourceware.cygnus.com \
    --cc=jlarmour@redhat.co.uk \
    /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).