[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 7/7] xen/arm: Use the hardware ID TMP boot correctly secondary cpus



On 09/09/2013 02:40 PM, Ian Campbell wrote:
> On Fri, 2013-08-30 at 14:30 +0100, Julien Grall wrote:
> 
> TMP in subject == "to"?

Yes. I didn't pay attention when I sent this patch. I will fix it.

> 
>> Secondary CPUs will spin in head.S until their MPIDR[23:0] correspond to
>> the smp_up_cpu. Actually Xen will set the value with the logical CPU ID
>> which is wrong. Use the cpu_logical_map to get the correct CPU ID.
>>
>> Acked-by: Julien Grall <julien.grall@xxxxxxxxxx>
> 
> S-o-b?

Same here :/

> 
>> ---
>>  xen/arch/arm/smpboot.c |   20 +++++++++++++++-----
>>  1 file changed, 15 insertions(+), 5 deletions(-)
>>
>> diff --git a/xen/arch/arm/smpboot.c b/xen/arch/arm/smpboot.c
>> index c0d25de..1952287 100644
>> --- a/xen/arch/arm/smpboot.c
>> +++ b/xen/arch/arm/smpboot.c
>> @@ -124,8 +124,7 @@ make_cpus_ready(unsigned int max_cpus, unsigned long 
>> boot_phys_offset)
>>      for ( i = 1; i < max_cpus; i++ )
>>      {
>>          /* Tell the next CPU to get ready */
>> -        /* TODO: handle boards where CPUIDs are not contiguous */
>> -        *gate = i;
>> +        *gate = cpu_logical_map(i);
>>          flush_xen_dcache(*gate);
>>          isb();
>>          sev();
>> @@ -139,11 +138,22 @@ make_cpus_ready(unsigned int max_cpus, unsigned long 
>> boot_phys_offset)
>>  /* Boot the current CPU */
>>  void __cpuinit start_secondary(unsigned long boot_phys_offset,
>>                                 unsigned long fdt_paddr,
>> -                               unsigned long cpuid)
>> +                               unsigned long hwid)
>>  {
>> +    unsigned int cpuid;
>> +
>>      memset(get_cpu_info(), 0, sizeof (struct cpu_info));
>>  
>> -    /* TODO: handle boards where CPUIDs are not contiguous */
>> +    /* Browse the logical map and find the associate logical cpu ID */
>> +    for ( cpuid = 1; cpuid < nr_cpu_ids; cpuid++ )
>> +    {
>> +        if ( cpu_logical_map(cpuid) == hwid )
>> +            break;
>> +    }
>> +
>> +    if ( cpuid == nr_cpu_ids )
>> +        panic("Can't find logical CPU id for cpu MPIDR[23:0] = 0x%lx\n", 
>> hwid);
> 
> We could stumble on without this cpu.

No. The boot cpu will wait forever the secondary cpu because we don't
have timeout in __cpu_up.

> 
>> +
>>      set_processor_id(cpuid);
>>  
>>      current_cpu_data = boot_cpu_data;
>> @@ -232,7 +242,7 @@ int __cpu_up(unsigned int cpu)
>>  
>>      /* Unblock the CPU.  It should be waiting in the loop in head.S
>>       * for an event to arrive when smp_up_cpu matches its cpuid. */
>> -    smp_up_cpu = cpu;
>> +    smp_up_cpu = cpu_logical_map(cpu);
>>      /* we need to make sure that the change to smp_up_cpu is visible to
>>       * secondary cpus with D-cache off */
>>      flush_xen_dcache(smp_up_cpu);
> 
> 


-- 
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.