On Thursday 14 January 2010, Øyvind Harboe wrote:
> So essentially the codepath for RESET_HAS_SRST is unchanged?
That's the idea, yes. If neither of us see a difference,
then that concept seems to have been achieved. :)
> In that case I don't have a problem with this as RESET_HAS_SRST==0 is re
So essentially the codepath for RESET_HAS_SRST is unchanged?
In that case I don't have a problem with this as RESET_HAS_SRST==0 is really
a new feature anyway.
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cor
On Thursday 14 January 2010, Øyvind Harboe wrote:
> Actually, just push the overlong line fixes first...
Good point -- done. Appended is the updated $SUBJECT patch.
- Dave
= CUT HERE
From: David Brownell
Subject: ARM7/ARM9: improved reset support
Teach most remaining ARM
At this late stage, I would like to have this patch split into
overlong lines and *actual* changes. That makes the patch
easier to review for potential regressions.
Actually, just push the overlong line fixes first...
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 0
Teach most remaining ARM cores how to use the "reset-assert" event.
Same model as elsewhere: iff a handler is provided for that event,
use that instead of trying to assert SRST (which may be unavailable);
else this code is a NOP.
Shrink some overlong lines. Add my 2009 copyright.
---
This is a
