On 21 August 2014 14:15, Christopher Covington wrote:
> On 08/21/2014 08:33 AM, Peter Maydell wrote:
>> I think the ELF loading thing is a separate issue -- if we're loading
>> an ELF file we should honour its entry point address instead of
>> trying to load from the vector table. (The question of
On 08/21/2014 08:33 AM, Peter Maydell wrote:
> On 21 August 2014 04:37, Peter Crosthwaite
> wrote:
>> On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis
>> wrote:
>>> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
>>> wrote:
This allows the board to set the reset address, which is re
On Thu, Aug 21, 2014 at 10:40 PM, Peter Maydell
wrote:
> On 21 August 2014 13:37, Peter Crosthwaite
> wrote:
>> On Thu, Aug 21, 2014 at 10:33 PM, Peter Maydell
>> wrote:
>>> I think the ELF loading thing is a separate issue -- if we're loading
>>> an ELF file we should honour its entry point ad
On 21 August 2014 13:37, Peter Crosthwaite wrote:
> On Thu, Aug 21, 2014 at 10:33 PM, Peter Maydell
> wrote:
>> I think the ELF loading thing is a separate issue -- if we're loading
>> an ELF file we should honour its entry point address instead of
>> trying to load from the vector table. (The qu
On Thu, Aug 21, 2014 at 10:24 PM, Peter Maydell
wrote:
> On 21 August 2014 13:09, Alistair Francis wrote:
>> On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell
>> wrote:
>>> This isn't making a great deal of sense to me. If you
>>> mean that the board design allows some sort of
>>> programmable or
On Thu, Aug 21, 2014 at 10:33 PM, Peter Maydell
wrote:
> On 21 August 2014 04:37, Peter Crosthwaite
> wrote:
>> On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis
>> wrote:
>>> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
>>> wrote:
This allows the board to set the reset address,
On Thu, Aug 21, 2014 at 10:24 PM, Peter Maydell
wrote:
> On 21 August 2014 13:09, Alistair Francis wrote:
>> On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell
>> wrote:
>>> This isn't making a great deal of sense to me. If you
>>> mean that the board design allows some sort of
>>> programmable or
On 21 August 2014 04:37, Peter Crosthwaite wrote:
> On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis
> wrote:
>> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
>> wrote:
>>> This allows the board to set the reset address, which is required
>>> for some boards (the Netduino Plus 2 for exa
On Thu, Aug 21, 2014 at 10:22 PM, Peter Crosthwaite
wrote:
> On Thu, Aug 21, 2014 at 10:09 PM, Alistair Francis
> wrote:
>> On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell
>> wrote:
>>> On 21 August 2014 09:35, Alistair Francis wrote:
On Thu, Aug 21, 2014 at 6:01 PM, Peter Maydell
On 21 August 2014 13:09, Alistair Francis wrote:
> On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell
> wrote:
>> This isn't making a great deal of sense to me. If you
>> mean that the board design allows some sort of
>> programmable or configurable remapping of the
>> address space, we should imple
On Thu, Aug 21, 2014 at 10:09 PM, Alistair Francis wrote:
> On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell
> wrote:
>> On 21 August 2014 09:35, Alistair Francis wrote:
>>> On Thu, Aug 21, 2014 at 6:01 PM, Peter Maydell
>>> wrote:
On 21 August 2014 02:36, Alistair Francis wrote:
> Th
On Thu, Aug 21, 2014 at 7:14 PM, Peter Maydell wrote:
> On 21 August 2014 09:35, Alistair Francis wrote:
>> On Thu, Aug 21, 2014 at 6:01 PM, Peter Maydell
>> wrote:
>>> On 21 August 2014 02:36, Alistair Francis wrote:
This allows the board to set the reset address, which is required
Am 21.08.2014 05:37, schrieb Peter Crosthwaite:
> On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis
> wrote:
>> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
>> wrote:
>>> diff --git a/target-arm/cpu-qom.h b/target-arm/cpu-qom.h
>>> index 07f3c9e..7e415f5 100644
>>> --- a/target-arm/cpu-q
On 21 August 2014 09:35, Alistair Francis wrote:
> On Thu, Aug 21, 2014 at 6:01 PM, Peter Maydell
> wrote:
>> On 21 August 2014 02:36, Alistair Francis wrote:
>>> This allows the board to set the reset address, which is required
>>> for some boards (the Netduino Plus 2 for example)
>>>
>>> Sign
On Thu, Aug 21, 2014 at 6:01 PM, Peter Maydell wrote:
> On 21 August 2014 02:36, Alistair Francis wrote:
>> This allows the board to set the reset address, which is required
>> for some boards (the Netduino Plus 2 for example)
>>
>> Signed-off-by: Alistair Francis
>
> This looks a bit odd -- I'm
On 21 August 2014 02:36, Alistair Francis wrote:
> This allows the board to set the reset address, which is required
> for some boards (the Netduino Plus 2 for example)
>
> Signed-off-by: Alistair Francis
This looks a bit odd -- I'm pretty sure the hardware doesn't
get only the reset address fro
On Thu, Aug 21, 2014 at 1:37 PM, Peter Crosthwaite
wrote:
> On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis
> wrote:
>> Add Konstanty
>>
>>
>> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
>> wrote:
>>> This allows the board to set the reset address, which is required
>>> for some boar
On Thu, Aug 21, 2014 at 11:40 AM, Alistair Francis wrote:
> Add Konstanty
>
>
> On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis
> wrote:
>> This allows the board to set the reset address, which is required
>> for some boards (the Netduino Plus 2 for example)
>>
The change is armv7m specific
Add Konstanty
On Thu, Aug 21, 2014 at 11:36 AM, Alistair Francis wrote:
> This allows the board to set the reset address, which is required
> for some boards (the Netduino Plus 2 for example)
>
> Signed-off-by: Alistair Francis
> ---
> At the moment nothing requires this change, but I have a ma
This allows the board to set the reset address, which is required
for some boards (the Netduino Plus 2 for example)
Signed-off-by: Alistair Francis
---
At the moment nothing requires this change, but I have a machine
model that I'm working on that requires this
Thanks to Peter C for spotting thi
20 matches
Mail list logo
