Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-10 Thread Martin Galvan
On Tue, Sep 9, 2014 at 8:43 PM, Alistair Francis wrote: > On Wed, Sep 10, 2014 at 12:03 AM, Martin Galvan > wrote: @@ -259,7 +272,13 @@ qemu_irq *armv7m_init(MemoryRegion *system_memory, vmstate_register_ram_global(hack); memory_region_add_subregion(system_memory, 0xf

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-10 Thread Alistair Francis
On Wed, Sep 10, 2014 at 10:32 PM, Martin Galvan wrote: > On Tue, Sep 9, 2014 at 8:43 PM, Alistair Francis wrote: >> On Wed, Sep 10, 2014 at 12:03 AM, Martin Galvan >> wrote: > @@ -259,7 +272,13 @@ qemu_irq *armv7m_init(MemoryRegion *system_memory, > vmstate_register_ram_global(hack)

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-10 Thread Peter Crosthwaite
On Wed, Sep 10, 2014 at 9:39 AM, Alistair Francis wrote: > On Tue, Sep 9, 2014 at 11:59 PM, Peter Maydell > wrote: >> On 9 September 2014 14:35, Peter Crosthwaite >> wrote: >>> Does ARMv7M actually mandate the existence of RAM and flash like this >>> at all? >> >> No. It does have a well define

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Alistair Francis
On Wed, Sep 10, 2014 at 12:03 AM, Martin Galvan wrote: >>> @@ -259,7 +272,13 @@ qemu_irq *armv7m_init(MemoryRegion *system_memory, >>> vmstate_register_ram_global(hack); >>> memory_region_add_subregion(system_memory, 0xf000, hack); >>> >>> -qemu_register_reset(armv7m_reset, cpu);

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Alistair Francis
On Tue, Sep 9, 2014 at 11:59 PM, Peter Maydell wrote: > On 9 September 2014 14:35, Peter Crosthwaite > wrote: >> Does ARMv7M actually mandate the existence of RAM and flash like this >> at all? > > No. It does have a well defined address map that pretty > strongly suggests that you ought to have

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Martin Galvan
>> @@ -259,7 +272,13 @@ qemu_irq *armv7m_init(MemoryRegion *system_memory, >> vmstate_register_ram_global(hack); >> memory_region_add_subregion(system_memory, 0xf000, hack); >> >> -qemu_register_reset(armv7m_reset, cpu); >> +reset_args = (ARMV7MResetArgs) { >> +.cpu =

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Peter Maydell
On 9 September 2014 14:35, Peter Crosthwaite wrote: > Does ARMv7M actually mandate the existence of RAM and flash like this > at all? No. It does have a well defined address map that pretty strongly suggests that you ought to have flash and RAM at certain addresses, but the flash and RAM are not

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Peter Crosthwaite
On Tue, Sep 9, 2014 at 6:24 PM, Alistair Francis wrote: > This patch is a hack > > This patch makes the smallest number of changes possible to extend > armv7m_init() so that it can be used to init the Netduino 2. > s/Netduino/STM > Signed-off-by: Alistair Francis > --- > > I understand that thi

[Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Alistair Francis
This patch is a hack This patch makes the smallest number of changes possible to extend armv7m_init() so that it can be used to init the Netduino 2. Signed-off-by: Alistair Francis --- I understand that this is probably not the way that everyone would like this done. What I do want to know thou