Lpc2000

derbaier wrote:

>--- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> wrote:
>  
>
>>The Philips ARM7 implementation can not be debugged through Reset for 
>>a very simple reason, it is called code security.
>>
>>
>>    
>>
>
>Good enough reason!  :-)
>
>If it is not too much trouble, I am curious why the code security
>decision was not done using clock cycles between the release of the
>external reset, and the release of the ARM core reset? That would just
>look like XXX number of clock cycles between the release of external
>reset and the very first memory fetch?  That would not cripple honest
>debugging of non-secured code, and would still allow code security
>wouldn't it?
>
>Anyway, as you say, the inability to debug out of reset is something
>that many people would never even notice, so it is probably no big deal.  
>  
>
It is a big deal - if you are using a debugger you expect it to work 
from a stable starting point. Anyway at least the LPC2xxx parts have the 
P0.14 bootloader option - more than can be said for other ARM 
boards/chips we support.

Michael

>Thanks for the info!!!
>
>--Dave
>
>
>  
>
>>ARM7TDMI, the core itself could be debugged from reset, correct but we 
>>prefer a higher security over minor restriction for debugging. 
>>
>>Robert
>>
>>    
>>
>
>
>
>
>
>
>
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
>  
>