On 13 February 2014 14:26, Peter Maydell wrote:
> +static void init_cpus(const char *cpu_model, const char *privdev,
> + hwaddr periphbase, qemu_irq *pic)
> +{
> +ObjectClass *cpu_oc = cpu_class_by_name(TYPE_ARM_CPU, cpu_model);
> +DeviceState *dev;
> +SysBusDevice
On 13 February 2014 23:39, Peter Crosthwaite
wrote:
> I've been thinking about the CPU-mpcore problem, and perhaps the most
> annoying part of it is propagating the user -cpu argument through to
> change to CPU model. On several occasions however we have declared
> this to be largely bogus for ARM
On Fri, Feb 14, 2014 at 7:45 AM, Peter Maydell wrote:
> On 13 February 2014 21:31, Rob Herring wrote:
>> On Thu, Feb 13, 2014 at 8:26 AM, Peter Maydell
>> wrote:
>>> Newer versions of the Linux kernel (as of commit bc41b8724 in 3.12)
>>> now assume that if the CPU is a Cortex-A9 and the reset v
On 13 February 2014 21:31, Rob Herring wrote:
> On Thu, Feb 13, 2014 at 8:26 AM, Peter Maydell
> wrote:
>> Newer versions of the Linux kernel (as of commit bc41b8724 in 3.12)
>> now assume that if the CPU is a Cortex-A9 and the reset value of the
>> PERIPHBASE/CBAR register is zero then the CPU
On Thu, Feb 13, 2014 at 8:26 AM, Peter Maydell wrote:
> Newer versions of the Linux kernel (as of commit bc41b8724 in 3.12)
> now assume that if the CPU is a Cortex-A9 and the reset value of the
> PERIPHBASE/CBAR register is zero then the CPU is a specific buggy
> single core A9 SoC, and will not
Newer versions of the Linux kernel (as of commit bc41b8724 in 3.12)
now assume that if the CPU is a Cortex-A9 and the reset value of the
PERIPHBASE/CBAR register is zero then the CPU is a specific buggy
single core A9 SoC, and will not try to start other cores. Since we
now have a CPU property for
