Re: [PATCH] clocksource: em_sti: Set cpu_possible_mask to fix SMPbroadcast

[Daniel Lezcano]

On 09/04/2013 10:37 AM, Simon Horman wrote:
> [ Droped johnstultz@xxxxxxxxxx CC, the address seems to bounce

The address is john.stultz@xxxxxxxxxx

>   Added Daniel Lezcano CC, I believe he handles clocksource these days ]

Right.

> On Wed, Sep 04, 2013 at 05:01:51PM +0900, Magnus Damm wrote:
>> From: Magnus Damm <damm@xxxxxxxxxxxxx>
>>
>> Update the STI driver by setting cpu_possible_mask to make EMEV2
>> SMP work as expected together with the ARM broadcast timer.
>>
>> This breakage was introduced by:
>>
>> f7db706 ARM: 7674/1: smp: Avoid dummy clockevent being preferred over real hardware clock-event
>>
>> Without this fix SMP operation is broken on EMEV2 since no
>> broadcast timer interrupts trigger on the secondary CPU cores.
>>
>> Signed-off-by: Magnus Damm <damm@xxxxxxxxxxxxx>
> 
> Tested-by: Simon Horman <horms+renesas@xxxxxxxxxxxx>
> 
> I will let this sit for a few days to see if there is any further feedback.
> 
>> ---
>>
>>  Thanks to feedback from Stephen Boyd this is is a reworked version of:
>>  [PATCH] clocksource: em_sti: Adjust clock event rating to fix SMP broadcast
>>
>>  drivers/clocksource/em_sti.c |    2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> --- 0001/drivers/clocksource/em_sti.c
>> +++ work/drivers/clocksource/em_sti.c	2013-09-04 16:51:42.000000000 +0900
>> @@ -301,7 +301,7 @@ static void em_sti_register_clockevent(s
>>  	ced->name = dev_name(&p->pdev->dev);
>>  	ced->features = CLOCK_EVT_FEAT_ONESHOT;
>>  	ced->rating = 200;
>> -	ced->cpumask = cpumask_of(0);
>> +	ced->cpumask = cpu_possible_mask;
>>  	ced->set_next_event = em_sti_clock_event_next;
>>  	ced->set_mode = em_sti_clock_event_mode;
>>  
>>


-- 
 <http://www.linaro.org/> Linaro.org â Open source software for ARM SoCs

Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/