Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756184Ab2KBLAy (ORCPT ); Fri, 2 Nov 2012 07:00:54 -0400 Received: from comal.ext.ti.com ([198.47.26.152]:58223 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752520Ab2KBLAx (ORCPT ); Fri, 2 Nov 2012 07:00:53 -0400 Message-ID: <5093A7C5.9080605@ti.com> Date: Fri, 2 Nov 2012 16:30:21 +0530 From: Santosh Shilimkar User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Vincent Guittot CC: , , , , , , Subject: Re: [RFC 6/6] ARM: sched: clear SD_SHARE_POWERLINE References: <1349595838-31274-1-git-send-email-vincent.guittot@linaro.org> <1349595838-31274-7-git-send-email-vincent.guittot@linaro.org> <50880795.4030609@ti.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1576 Lines: 45 On Monday 29 October 2012 06:58 PM, Vincent Guittot wrote: > On 24 October 2012 17:21, Santosh Shilimkar wrote: >> On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote: >>> >>> The ARM platforms take advantage of packing small tasks on few cores. >>> This is true even when the cores of a cluster can't be powergated >>> independently. >>> >>> >>> Signed-off-by: Vincent Guittot >>> --- >>> arch/arm/kernel/topology.c | 5 +++++ >>> 1 file changed, 5 insertions(+) >>> >>> diff --git a/arch/arm/kernel/topology.c b/arch/arm/kernel/topology.c >>> index 26c12c6..00511d0 100644 >>> --- a/arch/arm/kernel/topology.c >>> +++ b/arch/arm/kernel/topology.c >>> @@ -226,6 +226,11 @@ static inline void update_cpu_power(unsigned int >>> cpuid, unsigned int mpidr) {} >>> */ >>> struct cputopo_arm cpu_topology[NR_CPUS]; >>> >>> +int arch_sd_share_power_line(void) >>> +{ >>> + return 0*SD_SHARE_POWERLINE; >>> +} >> >> >> Making this selection of policy based on sched domain will better. Just >> gives the flexibility to choose a separate scheme for big and little >> systems which will be very convenient. > > I agree that it would be more flexible to be able to set it for each level > Will you be addressing that in next version then ? Regards santosh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/