Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932720AbbEKTZi (ORCPT ); Mon, 11 May 2015 15:25:38 -0400 Received: from mail-am1on0059.outbound.protection.outlook.com ([157.56.112.59]:3632 "EHLO emea01-am1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932449AbbEKTZe (ORCPT ); Mon, 11 May 2015 15:25:34 -0400 Authentication-Results: vger.kernel.org; dkim=none (message not signed) header.d=none; Message-ID: <55510218.9090104@ezchip.com> Date: Mon, 11 May 2015 15:25:12 -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: Mike Galbraith , Frederic Weisbecker CC: Steven Rostedt , Ingo Molnar , Andrew Morton , Gilad Ben Yossef , Ingo Molnar , Peter Zijlstra , Rik van Riel , Tejun Heo , 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> <20150511153602.GA32512@lerouge> <1431371974.3195.126.camel@gmail.com> In-Reply-To: <1431371974.3195.126.camel@gmail.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [12.216.194.146] X-ClientProxiedBy: CO2PR11CA0034.namprd11.prod.outlook.com (10.141.242.172) To DB5PR02MB0776.eurprd02.prod.outlook.com (25.161.243.147) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR02MB0776;UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR02MB0981; 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:DB5PR02MB0776;BCL:0;PCL:0;RULEID:;SRVR:DB5PR02MB0776; X-Forefront-PRVS: 05739BA1B5 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(6009001)(6049001)(377454003)(479174004)(24454002)(87976001)(50986999)(76176999)(54356999)(87266999)(99136001)(19580395003)(65816999)(65806001)(65956001)(117636001)(66066001)(86362001)(47776003)(83506001)(46102003)(4001350100001)(2950100001)(93886004)(189998001)(92566002)(5001920100001)(5001770100001)(5001960100002)(77096005)(122386002)(40100003)(15975445007)(23676002)(62966003)(77156002)(36756003)(42186005)(50466002)(64126003)(62816006)(18886065003);DIR:OUT;SFP:1101;SCL:1;SRVR:DB5PR02MB0776;H:[10.7.0.41];FPR:;SPF:None;MLV:sfv;LANG:en; X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 May 2015 19:25:26.6804 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR02MB0776 X-OriginatorOrg: ezchip.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1140 Lines: 25 On 05/11/2015 03:19 PM, Mike Galbraith wrote: > I really shouldn't have acked nohz_full -> isolcpus. Beside the fact > that old static isolcpus was_supposed_ to crawl off and die, I know > beyond doubt that having isolated a cpu as well as you can definitely > does NOT imply that said cpu should become tickless. True, at a high level, I agree that it would be better to have a top-level concept like Frederic's proposed ISOLATION that includes isolcpus and nohz_cpu (and other stuff as needed). That said, what you wrote above is wrong; even with the patch you acked, setting isolcpus does not automatically turn on nohz_full for a given cpu. The patch made it true the other way around: when you say nohz_full, you automatically get isolcpus on that cpu too. That does, at least, make sense for the semantics of nohz_full. -- 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/