Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934700AbbEOPKy (ORCPT ); Fri, 15 May 2015 11:10:54 -0400 Received: from mail-am1on0097.outbound.protection.outlook.com ([157.56.112.97]:27200 "EHLO emea01-am1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754261AbbEOPKw (ORCPT ); Fri, 15 May 2015 11:10:52 -0400 Authentication-Results: vger.kernel.org; dkim=none (message not signed) header.d=none; Message-ID: <55560C66.3000909@ezchip.com> Date: Fri, 15 May 2015 11:10:30 -0400 From: Chris Metcalf User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Peter Zijlstra , Steven Rostedt CC: Ingo Molnar , Andrew Morton , Gilad Ben Yossef , Ingo Molnar , Rik van Riel , Tejun Heo , Frederic Weisbecker , Thomas Gleixner , "Paul E. McKenney" , Christoph Lameter , "Srivatsa S. Bhat" , , , Subject: Re: [PATCH 0/6] support "dataplane" mode for nohz_full References: <1431107927-13998-1-git-send-email-cmetcalf@ezchip.com> <20150508141824.797eb0d89d514e39fd30fffe@linux-foundation.org> <20150508172210.559830a9@gandalf.local.home> <554D428E.6020702@ezchip.com> <20150508161909.308d60e21f6b83b897174276@linux-foundation.org> <20150509070538.GA9413@gmail.com> <20150511085759.71deeb64@gandalf.local.home> <20150512104622.GK21418@twins.programming.kicks-ass.net> In-Reply-To: <20150512104622.GK21418@twins.programming.kicks-ass.net> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [12.216.194.146] X-ClientProxiedBy: BLUPR18CA0005.namprd18.prod.outlook.com (25.162.230.15) To HE1PR02MB0778.eurprd02.prod.outlook.com (25.161.118.142) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR02MB0778; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006)(3002001);SRVR:HE1PR02MB0778;BCL:0;PCL:0;RULEID:;SRVR:HE1PR02MB0778; X-Forefront-PRVS: 0577AD41D6 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(6049001)(6009001)(24454002)(377454003)(51704005)(479174004)(93886004)(77096005)(15975445007)(5001770100001)(59896002)(189998001)(5001960100002)(83506001)(50986999)(54356999)(87266999)(76176999)(80316001)(65816999)(19580395003)(46102003)(47776003)(65956001)(66066001)(86362001)(99136001)(23746002)(42186005)(87976001)(33656002)(77156002)(62966003)(36756003)(92566002)(40100003)(2950100001)(50466002)(122386002)(4001350100001)(18886065003);DIR:OUT;SFP:1101;SCL:1;SRVR:HE1PR02MB0778;H:[10.7.0.41];FPR:;SPF:None;MLV:sfv;LANG:en; X-OriginatorOrg: ezchip.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 May 2015 15:10:46.6204 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR02MB0778 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1237 Lines: 30 On 05/12/2015 06:46 AM, Peter Zijlstra wrote: > On Mon, May 11, 2015 at 08:57:59AM -0400, Steven Rostedt wrote: >> Please lets get NO_HZ_FULL up to par. That should be the main focus. >> > ACK, much of this dataplane stuff is (useful) hacks working around the > fact that nohz_full just isn't complete. There are enough disjoint threads on this topic that I want to just touch base here and see if you have been convinced on other threads that there is stuff beyond the hacks here: in particular 1. The basic "dataplane" mode to arrange to do extra work on return to kernel space that normally isn't warranted, to avoid future IPIs, and additionally to wait in the kernel until any timer interrupts required by the kernel invocation itself are done; and 2. The "strict" mode to allow a task to tell the kernel it isn't planning on making any more such calls, and have the kernel help diagnose any resulting application bugs. -- Chris Metcalf, EZChip Semiconductor http://www.ezchip.com -- 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/