On Tue, Dec 13, 2011 at 5:42 AM, JMGross <msp...@grossibaer.de> wrote: > It is possible that the re-fetching did not take place in early silicon. > Enterign LPM is just stopping MCLK, and why should an instruction > be re-fetched when the MCLK speed changes (to 0Hz and back)?
One more try: interrupt service routines. > Well, the logical issues are a reson, but maybe nobofy was thinking > of them when implementing it first. I really dislike the attitude that looks back on other people's work and assumes they didn't know what they were doing. http://xkcd.com/793/ > However, it's not so unusual to have a funciton call (without parameters) > right after an LPM enter instruction. Which will trigger CPU18. If you read the erratum description carefully, CPU18 does not apply when LPM is entered using immediate values, as with __bis_status_register(LPM0_bits | GIE). I have confirmed this with both positive and negative tests on a CC430F5137 with CPU18. I have not yet seen code that enters LPM in any other way. Not that it isn't done, just that it is, in my experience, unusual. > You do a great work for mspgcc. Thank you. > I'm really sorry that I cannot use your compiler right now. > But at the current state (with still many unresolved issues > and a quick update cycle) I cannot convince anyone > to using it in production environment. FUD. This concern is addressed with the LTS release policy. > The existing code > has been built and tested on mspgcc 3.2.3 and I have > to stay with it for some more time. You should use the compiler you're comfortable with in a manner consistent with your lifecycle policies. Since you have no experience with the current toolchain, though, I would again appreciate it if you were more careful about projecting your experiences with a four year old version into advice and armchair diagnoses to people who are using the current, supported one. You are a highly respected member of the MSP430 community, and people may mistakenly read more into your opinions and recollections on this subject than is justified. Peter ------------------------------------------------------------------------------ Systems Optimization Self Assessment Improve efficiency and utilization of IT resources. Drive out cost and improve service delivery. Take 5 minutes to use this Systems Optimization Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ _______________________________________________ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
