This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: spurious interrupts on scanf
- From: Christian Mueller <cmueller at lpr dot e-technik dot tu-muenchen dot de>
- To: Andrew Lunn <andrew at lunn dot ch>
- Cc: Christian Mueller <cmueller at lpr dot e-technik dot tu-muenchen dot de>, ecos-discuss at sources dot redhat dot com
- Date: Wed, 13 Oct 2004 21:22:15 +0200
- Subject: Re: [ECOS] spurious interrupts on scanf
- References: <416D1748.7020800@rcs.ei.tum.de> <20041013121047.GY28515@lunn.ch>
Hello again,
thanks a lot for quick answer...
You were right, it was not the scanf...
But some interesting thing, someone might find quite odd...
I will describe it a little bit longer, so everyone gets me right.
I am doing DMA (it is a VGA output of a picture I've got in memory), it
fetches 300kb 60 times a second into a fifo.
working fine.
If I have it disabled, no spurious interrups occour, but if it is
running, I get them quite often (I have written an IRQ handler that
works on an
additional IRQ, firering when there can no interrupt source be identified.
Note: there is no hardware interrupt from me! Nothing from the PLD or so ...
I am not quite sure, but this is a scenario I could imagine:
The UART interrupts (the only ones unmasked that could be responsible)
are self-resetting, so if there is much traffic on the bus,
the processor might miss them....
anything for my understanding to add?
For practical use I will keep the IRD handler (empty) so nothing will
bother me, but it leaves some ungood feeling...
thanks
christian müller
Andrew Lunn wrote:
On Wed, Oct 13, 2004 at 01:53:44PM +0200, Christian Mueller wrote:
Hello,
I am turning round and round....
I am working on an ARM Epxa1 with redboot
I allways get spurious interrupts when I use scanf(); any ideas what I
could be?
There is no obvious link between interrupts and scanf. So i guess you
have overwritten the end of your stack.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss