From: "Martin Laabs" <martin.laabs@mailbox.tu-dresden.de>
To: "ecos-devel@ecos.sourceware.org" <ecos-devel@ecos.sourceware.org>
Subject: Re: IRQ-Enable in ARM-Target (cpsr)
Date: Fri, 05 Dec 2008 23:16:00 -0000 [thread overview]
Message-ID: <op.ulppj7mc724k7f@localhost> (raw)
In-Reply-To: <4939AFC6.7030705@mlbassoc.com>
Hi,
>> Whats about the other packages that uses the interrupts? (I currently
>> use the minimal config to search the bug.) Where and when do they disable
>> the global interrupt-disable flag?
>
> This normally happens when you start running threads (call
> the scheduler).
>
> What sort of program are you trying to run (and use interrupts)?
OK - the whole story. I build redboot and noticed that the STRG-C
break of the GDB stub was not working. Somewhat annoying but not
a problem I have to solve now - I thougt. But after I tried to load
and run an application into the RAM I got an assert concerning a DSR
call with a function pointer pointing to null. (The same progam runs
in ROM mode without problems.)
I've guessed that there is something messed up with the
virtual vectors and/or the interrupt handling.
This is the reason why I search for the missing STRG-C break support
since this bug might generate all these side effects. (And I do not
search one bug if I know that there is another one that might interact
each other.)
To simplify the bug-search I build a minimal configuration of the
HAL, added the GDB-stub support and wrote just a diag_printf("Hello World\n");
while(1); into cyg_user_start().
If I understand you correct the HAL will not enable the interrupts at
all. This would mean that the gdb-break support does not work with
any target in HAL-only configurations. (And whats about RedBoot? As far
as I know it uses only the HAL, not the kernel sheduling.)
Thank you,
Martin L.
prev parent reply other threads:[~2008-12-05 23:16 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-05 22:31 Martin Laabs
2008-12-05 22:49 ` Gary Thomas
2008-12-05 23:16 ` Martin Laabs [this message]
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=op.ulppj7mc724k7f@localhost \
--to=martin.laabs@mailbox.tu-dresden.de \
--cc=ecos-devel@ecos.sourceware.org \
/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).