This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Help! Program stops recognizing IRQ2 interrupts
- From: Giri Raja <giri_amf at yahoo dot com>
- To: ecos-discuss at ecos dot sourceware dot org
- Date: Fri, 23 Apr 2004 15:50:19 -0700 (PDT)
- Subject: Re: [ECOS] Help! Program stops recognizing IRQ2 interrupts
Thanks, Gary and Sandeep.
When the printfs were not appearing, I ctrl-c ed but
this is what I get
Interrupted while waiting for the program.
Give up (and stop debugging it)? (y or n) y
and when I type y, obviously the whole program exits.
But still I typed 'bt' but the reply was 'No Stack'
Same is the case with info threads.
However when I do see the printfs, I ctrl-c ed and
typed info threads. this is what I get
2 ( Name: main, State: exited, Priority: 10 )
0x0002575c in cyg_libc_main_thread ()
2 Thread 1 ( Name: Idle Thread, State: ready,
Priority: 31 ) idle_thread_main(unsigned) (data=1)
at
/home/giri/ecos/packages/kernel/current/src/common/thread.cxx:1243
* 1 Thread 3 ( Name: FIFO THREAD, State: running,
Priority: 12 ) cyg_hal_user_break (regs=0x0)
at
/home/giri/ecos/packages/hal/common/current/src/hal_misc.c:138
the priority level that I set for my simple thread was
12.
Can you suggest me something here.
Thank you very much for the help.
Giri.
--- sandeep kumar <sandeep@codito.com> wrote:
> Hi Giri,
> > I have written a small program that looks for
> the
> > IRQ2 interrupt, and posts a semaphore on that
> event.
> > The IRQ2 interrupt is triggered externally every
> 1.5
> > ms. I'm able to catch the interrupts for about 1-2
> > secs and after that my program just stops working.
> > Currently I'm using GDB to monitor this activity.
> how do you establish in your case, that program has
> stopped working. is it based
> on no new print messages coming? did you trying
> control-C and examing the
> situation using bt, info threads etc.?
>
> we have had a similar situation some time back. On
> analysis we found that
> program actually didn't stop working, but was caught
> up in isr-dsr loop and thus
> thread wasn't getting chance to run. we figured out
> that some timer related
> values were getting set incorrectly in our case that
> was resulting in "while
> (dsr-list is not null) {..... }" to continue for
> ever as that list wasn't
> getting chance to become null. confirmed this by
> disabling interrupts around the
> while.
>
> HTH
> sandeep
>
>
>
> --
> Before posting, please read the FAQ:
> http://ecos.sourceware.org/fom/ecos
> and search the list archive:
> http://ecos.sourceware.org/ml/ecos-discuss
>
__________________________________
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25¢
http://photos.yahoo.com/ph/print_splash
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss