Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753711AbaDNLmK (ORCPT ); Mon, 14 Apr 2014 07:42:10 -0400 Received: from mail-oa0-f52.google.com ([209.85.219.52]:60999 "EHLO mail-oa0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750948AbaDNLmI (ORCPT ); Mon, 14 Apr 2014 07:42:08 -0400 MIME-Version: 1.0 In-Reply-To: <20140414110245.GG11096@twins.programming.kicks-ass.net> References: <20140410143857.GA27654@localhost.localdomain> <20140411145333.GC3438@localhost.localdomain> <20140411151825.GX11096@twins.programming.kicks-ass.net> <20140414110245.GG11096@twins.programming.kicks-ass.net> Date: Mon, 14 Apr 2014 17:12:08 +0530 Message-ID: Subject: Re: [Query]: tick-sched: why don't we stop tick when we are running idle task? From: Viresh Kumar To: Peter Zijlstra Cc: Frederic Weisbecker , Thomas Gleixner , Linux Kernel Mailing List , Lists linaro-kernel Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14 April 2014 16:32, Peter Zijlstra wrote: > I'm still not sure _what_ you're trying to solve here. What are you > doing and why? Hi Peter, We are working building ARM Networking machines. Networking Data plane is handled completely at user space. At run time we may fix any number of CPUs for data plane activities. There will be a single user space thread per CPU for these data plane packet processing. Due to timing constraints these cores can't allow any interruption from kernel. These include interruption from: - other tasks: Fixed with cpusets - timers/hrtimers: Implemented cpuset.quiesce as you suggested: Waiting for reviews - workqueues: Probably would be fixed by Frederic's work. - Tick: Even with NO_HZ_FULL we get a tick every second. This is what I am trying to address here. Frederic earlier suggested to offload this accounting to other CPUs and so was my initial proposal. Please let me know what's the right way to get this fixed and I will try it that way. Thanks for your inputs. -- 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/