On Tue, Aug 19, 2014 at 11:16 AM, Peter Maydell
wrote:
> On 19 August 2014 14:25, Martin Galvan
> wrote:
>> On Tue, Aug 19, 2014 at 10:06 AM, Peter Maydell
>> wrote:
>>> I'm afraid this looks like the wrong fix for the problem you're seeing.
>>> The bug you need to fix is that the ROM contents g
On 19 August 2014 14:25, Martin Galvan
wrote:
> On Tue, Aug 19, 2014 at 10:06 AM, Peter Maydell
> wrote:
>> I'm afraid this looks like the wrong fix for the problem you're seeing.
>> The bug you need to fix is that the ROM contents got zeroed.
>> The reset code is correct to reload SP and PC from
On Tue, Aug 19, 2014 at 10:06 AM, Peter Maydell
wrote:
>
> On 11 August 2014 17:50, Martin Galvan
> wrote:
> > When calling qemu_system_reset after startup on a Cortex-M CPU, the initial
> > values of PC, MSP and the Thumb bit weren't set correctly. In particular,
> > since Thumb was 0, an Usage
On 11 August 2014 17:50, Martin Galvan
wrote:
> When calling qemu_system_reset after startup on a Cortex-M CPU, the initial
> values of PC, MSP and the Thumb bit weren't set correctly. In particular,
> since Thumb was 0, an Usage Fault would arise immediately after trying to
> excecute any instruc
Ping http://patchwork.ozlabs.org/patch/379134/
On Mon, Aug 11, 2014 at 1:50 PM, Martin Galvan <
martin.gal...@tallertechnologies.com> wrote:
> When calling qemu_system_reset after startup on a Cortex-M CPU, the
> initial values of PC, MSP and the Thumb bit weren't set correctly. In
> particular,
When calling qemu_system_reset after startup on a Cortex-M CPU, the initial
values of PC, MSP and the Thumb bit weren't set correctly. In particular,
since Thumb was 0, an Usage Fault would arise immediately after trying to
excecute any instruction on a Cortex-M.
Signed-off-by: Martin Galvan
---
