Re: [avr-gcc-list] 2 tricky questions

[Marko Panger AGB Lab]

Think different:

>You cannot do that with an AVR.  An interrupt automatically pushes the
> return address onto the stack, as Iztok was writing.
> I haven't seen a single processor so far that /doesn't/ push the
> return address onto the stack within an interrupt by hardware.  Some
> processors push even more, some processors (like the i8008 or the
> AT90S1200) push it onto a separate hardware stack that is not even
> accessible other than for returning.

Who said the opposite ? Please read carefully what I was asking, come on.

THINK DIFFERENT !!!

If I somehow (in an elegant way) manage to put and address on the stack
(after the return instruction) where will the reti instruction jump ?  After
that I dont care any more of the return address.

Ok....please forget about this. I was asking for a total different thing and
I hope I will solve this as Iztok or Tvrtko suggested.


----- Original Message -----
From: "Joerg Wunsch" <address@hidden>
To: <address@hidden>
Sent: Tuesday, June 17, 2003 3:19 PM
Subject: Re: [avr-gcc-list] 2 tricky questions


> "Marko Panger AGB Lab" <address@hidden> wrote:
>
> > "The returning from the interrupt is managed by me. We misunderstood
> > here."
>
> > Who said I want return where I entered the interrupt ???
>
> You cannot do that with an AVR.  An interrupt automatically pushes the
> return address onto the stack, as Iztok was writing.
>
> > Don't worry I know how this AVR works and perhaps many other
> > processors.....
>
> I haven't seen a single processor so far that /doesn't/ push the
> return address onto the stack within an interrupt by hardware.  Some
> processors push even more, some processors (like the i8008 or the
> AT90S1200) push it onto a separate hardware stack that is not even
> accessible other than for returning.
> --
> J"org Wunsch        Unix support engineer
> address@hidden
http://www.interface-systems.de/~j/
>
> _______________________________________________
> avr-gcc-list mailing list
> address@hidden
> http://www.avr1.org/mailman/listinfo/avr-gcc-list
>