On 8 September 2014 13:37, Martin Galvan
wrote:
> On Sat, Sep 6, 2014 at 8:00 AM, Peter Crosthwaite
> wrote:
>> On Sat, Sep 6, 2014 at 8:42 PM, Peter Maydell
>> wrote:
>>> On 6 September 2014 03:45, Peter Crosthwaite
>>> wrote:
CC Alistair who is into ARMv7M
On Sat, Sep 6, 2014
On Sat, Sep 6, 2014 at 8:00 AM, Peter Crosthwaite
wrote:
> On Sat, Sep 6, 2014 at 8:42 PM, Peter Maydell
> wrote:
>> On 6 September 2014 03:45, Peter Crosthwaite
>> wrote:
>>> CC Alistair who is into ARMv7M
>>>
>>> On Sat, Sep 6, 2014 at 4:39 AM, Martin Galvan
>>> wrote:
}
>
On Sat, Sep 6, 2014 at 8:42 PM, Peter Maydell wrote:
> On 6 September 2014 03:45, Peter Crosthwaite
> wrote:
>> CC Alistair who is into ARMv7M
>>
>> On Sat, Sep 6, 2014 at 4:39 AM, Martin Galvan
>> wrote:
>>> When calling qemu_system_reset after startup on a Cortex-M
>>> CPU, the initial values
On 6 September 2014 03:45, Peter Crosthwaite
wrote:
> CC Alistair who is into ARMv7M
>
> On Sat, Sep 6, 2014 at 4:39 AM, 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 being set
>> correctly if t
CC Alistair who is into ARMv7M
On Sat, Sep 6, 2014 at 4:39 AM, 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 being set
> correctly if the vector table was in ROM. In particular, since Thumb was 0, a
When calling qemu_system_reset after startup on a Cortex-M
CPU, the initial values of PC, MSP and the Thumb bit weren't being set
correctly if the vector table was in ROM. In particular, since Thumb was 0, a
Usage Fault would arise immediately after trying to execute any instruction
on a Cortex-M.
