From: Gary Thomas <gthomas@redhat.com>
To: Warren Jasper <wjasper@tx.ncsu.edu>
Cc: eCos Discussion <ecos-discuss@sourceware.cygnus.com>
Subject: Re: [ECOS] interrupt handlers for the ARM SA1110
Date: Wed, 18 Jul 2001 13:48:00 -0000 [thread overview]
Message-ID: <XFMail.20010718144805.gthomas@redhat.com> (raw)
In-Reply-To: <200107182025.QAA10475@lx10.tx.ncsu.edu>
Note: as a matter of policy, these discussions should be copied to
the ecos-discuss list. Mail sent directly to developers without
also being copied can and often will be ignored. [It's for the
good of everyone]
On 18-Jul-2001 Warren Jasper wrote:
> Hi Gary,
>
>>
>>On 18-Jul-2001 Warren Jasper wrote:
>>>
>>> This is a directed to Gary Thomas, but any comments are welcome.
>>>
>>
>>Why me?
>
> Because your name is on the hal code that I'm interested in :)
>
> [snip]
>
>>This would be in hal/arm/sa11x0/travis/current/hal_platform_ints.h
>>(yes, these files are not terribly consistent) You can add the additional
>>interrupts from the DSP beyond the normal interrupts.
>
> OK, let me get this straight. If I have a file
>
> hal/arm/sa11x0/travis/current/include/hal_platform_ints.h
>
> then that will get included instead of [in addition to?]
>
> hal/arm/sa11x0/var/current/include/hal_var_ints.h ???
>
> I've been grepping around, but I'm not clear on this little bit.
>
Look in hal/arm/arch/current/include/hal_intr.h - there is sufficient
mechanism in there to allow a platform to override the variant defaults.
>
>>As for your cascaded interrupt, all of this support can be handled in
>>your platform code (look at hal/arm/sa11x0/ipaq/current/src/ipaq_misc.c
>>for some examples).
>>
>>Handling the actual interrupt vectors for your additional sources would
>>involve some changes to the common (/var) code. This can be added
>>without too much perturbation, something like this:
>>
>>
>>void hal_interrupt_unmask(int vector)
>>{
>>#ifdef HAL_EXTENDED_INTERRUPT_UNMASK
>> HAL_EXTENDED_INTERRUPT_UNMASK(vector)
>>#endif
>> if (vector >= CYGNUM_HAL_INTERRUPT_GPIO11) {
>> vector = CYGNUM_HAL_INTERRUPT_GPIO;
>> }
>> *SA11X0_ICMR |= (1 << vector);
>>}
>>
>>Where (in your platform interrupt file) you'd define
>>
>>#define HAL_EXTENDED_INTERRUPT_UNMASK
>> if (vector >= CYGNUM_HAL_INTERRUPT_DSP0) {
>> // Do whatever is required
>> return;
>> }
>>
>>Hopefully you get the picture. Such additions to the common code would
>>be accepted back into the mainline by us and you'd have the support you
>>need.
>
> Yes, that is an excellent suggestion. I need a few days to check out
> my HAL and debug it with the extended exception handler. Then I'll
> send you my copy of the file:
>
> hal/arm/sa11x0/var/current/src/sa11x0_misc.c
>
> with the hooks for board extended functionality as you suggested.
>
I'll be glad to look at whatever you come up with.
next parent reply other threads:[~2001-07-18 13:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200107182025.QAA10475@lx10.tx.ncsu.edu>
2001-07-18 13:48 ` Gary Thomas [this message]
2001-07-19 8:33 ` Warren Jasper
2001-07-23 9:05 Warren Jasper
2001-07-23 10:10 ` Gary Thomas
-- strict thread matches above, loose matches on Subject: below --
2001-07-18 7:49 Warren Jasper
2001-07-18 8:23 ` Jonathan Larmour
2001-07-18 8:36 ` 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=XFMail.20010718144805.gthomas@redhat.com \
--to=gthomas@redhat.com \
--cc=ecos-discuss@sourceware.cygnus.com \
--cc=wjasper@tx.ncsu.edu \
/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).