We are using the 2138 in two projects. This is an issue that should be confirmed by Philips apps.
I am wondering if this is compiler specific too. We use GCC for our projects and so far I haven't seen any generated POP instruction in the listing file.
regards,
marko
>
> Od: "unity0724" <unity0724@...>
> Datum: 2005/07/06 Sre AM 02:53:45 CEST
> Za: lpc2000@yahoogroups.com
> Zadeva: [lpc2000] Re: Philip Aps. - Stack Issue
>
> Hi,
>
> Help!! I'm using lots of LPC2124, but not LPC213x yet.
> Somebody pls.. pls.. confirm problem related to LPC213x only.
> (something like due to moving port I/O to local bus and add
> address comparator so that prefetch queue not flushed
> => for high speed I/O port toggling. Or whats ever)
>
> Many Thanks and Best Regards /MH
>
>
> --- In lpc2000@yahoogroups.com, "lp2000c" <lp2000c@e...> wrote:
> > WOW!!
> >
> > Has anyone else reproduced this?
> >
> > keithgw_strider:
> >
> > Have you found out anything more?
> >
> >
> >
> > --- In lpc2000@yahoogroups.com, "dsidlauskas1" <dsidlauskas@w...>
> > wrote:
> > > Martin and All,
> > >
> > > Sorry for the wrong message number. Message 7898 fully describes
> the
> > > problem.
> > >
> > > In brief:
> > > "
> > > It appears anytime the PC and SP are equal except for the high
> byte
> > of
> > > the address, and you run a POP {R4} instruction, the chip will
> pop
> > two
> > > times off the stack thus loading R4 with the wrong value and
> messing
> > > up your stack.
> > >
> > > for example:
> > >
> > > 0x000001F4 POP {R4} With SP = 0x400001F4.
> > >
> > > R4 will be loaded with the contents of 0x400001F8.
> > > "
> > >
> > > Dave
> > >
> > > --- In lpc2000@yahoogroups.com, "Martin Maurer"
> <mailingliste@c...>
> > wrote:
> > > > Can you add a short summary of the problem, what the problem
> is ?
> > > >
> > > > Regards,
> > > >
> > > > Martin
> > > >
> > > > ----- Original Message -----
> > > > From: "lpc2100_fan" <lpc2100_fan@y...>
> > > > To: <lpc2000@yahoogroups.com>
> > > > Sent: Monday, July 04, 2005 8:12 AM
> > > > Subject: [lpc2000] Re: Philip Aps. - Stack Issue
> > > >
> > > >
> > > > > Dave,
> > > > >
> > > > > Your pointer was a little misleading (7923) but I found the
> > issue
> > > > > described in 7898.
> > > > >
> > > > > My question to the original poster (I guess Keith) is
> whether
> > the MAM
> > > > > was enabled? If not please do so.
> > > > >
> > > > > Did enabling the MAM change anything?
> > > > >
> > > > >
> > > > >
> > > > > --- In lpc2000@yahoogroups.com, "dsidlauskas1"
> > <dsidlauskas@w...>
> > > wrote:
> > > > >> Message 7923 describes a bizarre stack problem on the 213x.
> If
> > > this is
> > > > >> correct, it would seem to seriously limit the usefulness of
> > this
> > > part.
> > > > >>
> > > > >> What say you Philips Ap's?
> > > > >>
> > > > >> Dave
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Yahoo! Groups Links
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>Message
Re: [lpc2000] Re: Philip Aps. - Stack Issue
2005-07-06 by Marko Panger
Attachments
- No local attachments were found for this message.