Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2334955imm; Fri, 7 Sep 2018 14:53:25 -0700 (PDT) X-Google-Smtp-Source: ANB0VdY5KK4d+QbFZOd00GoNfuqXVKYy03EBJktGSdpRix7S/UbLk0McX9/vcjHhb5/piJXcpl74 X-Received: by 2002:a62:1815:: with SMTP id 21-v6mr10649467pfy.227.1536357205167; Fri, 07 Sep 2018 14:53:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536357205; cv=none; d=google.com; s=arc-20160816; b=KFv9SiMhwZDVzEVDjTvTy5eyCWV8olG9Fc7qaDnbughIcSibaMowkBPOVYIldNz31I 7zHOSw6ue8MWedbIeYrbWRav+etYduh+EIV6+ZeeM/PYL8iM6HRfmgO/TMAse+9T8Fa7 ol9JnonPLVoY9xdy49DWalFCjiGDg49JOvVXiRDQPCAYga2UyJnAcFzFWNEGxf4opCsT pbpNNVe3Bm8o02J4w9E35fTClmxHwy6stBm9bGFjToiEwprepo4/PY3d5lSjfJuO/+sk 5mMnWaSO3WEDEMipmcHod31sZ/VNBVDebIzZYqLC/iLjXIASwAEP0L8UVTwoW1tEdRKF OV2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=Cf6O7A8NHGLrfGEVJAMW4eEXGii83rNsKysJ+20CSh4=; b=RgAzFDID0HLZwcbsGitryAQludFPArERF9CoxHEjQIaD1WJqk1KMs5MXzFnm2gu4X3 rhhiBH+g3nuhYg8MEY34ORPR1RC40KO5bUg7tJ5FEC2QuO84Dg5E6tPpm0XqjdS7Z3Rq EeSN7DX8WlP5NZwY/Qb6v61eToqEMjgIUutVs6GlnIDNJc6rD3c4v8s/LaPZPpDfXsoB +VcBk+YDpU+RH70DWa3EJ4VCy1Gn6IlM2nkFvWsdaEQb1sM6h0q4u8Y8m6UHX2ZeeO3s dSUpz1MQNxVdoXPrQdPN3K4m0gyCkhiTjJQO2DW0eVxHci56GDBZxDUKihbEFNiVrH3Q uZbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=qlASG0pk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d16-v6si9372120pfe.267.2018.09.07.14.53.09; Fri, 07 Sep 2018 14:53:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=qlASG0pk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730571AbeIHCZS (ORCPT + 99 others); Fri, 7 Sep 2018 22:25:18 -0400 Received: from smtp-fw-6002.amazon.com ([52.95.49.90]:13024 "EHLO smtp-fw-6002.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729344AbeIHCZS (ORCPT ); Fri, 7 Sep 2018 22:25:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.de; i=@amazon.de; q=dns/txt; s=amazon201209; t=1536356543; x=1567892543; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=Cf6O7A8NHGLrfGEVJAMW4eEXGii83rNsKysJ+20CSh4=; b=qlASG0pkfKr09pQsuB93INLzXPYOi7yandT2mcOtXhPRljG4wGX46hm6 fOUasJInszq2D/jvl+sokh7m7QhCyDaZnNkGz5ib0/XppdMICfygT9Mrh //XMnb0ks9eLYwHiG8z5LM1NlmhPYFZpkqVM2sxFZzZbv2/u3WCxJQAv7 w=; X-IronPort-AV: E=Sophos;i="5.53,343,1531785600"; d="scan'208";a="361243196" Received: from iad6-co-svc-p1-lb1-vlan3.amazon.com (HELO email-inbound-relay-2b-81e76b79.us-west-2.amazon.com) ([10.124.125.6]) by smtp-border-fw-out-6002.iad6.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Sep 2018 21:42:22 +0000 Received: from u7588a65da6b65f.ant.amazon.com (pdx2-ws-svc-lb17-vlan2.amazon.com [10.247.140.66]) by email-inbound-relay-2b-81e76b79.us-west-2.amazon.com (8.14.7/8.14.7) with ESMTP id w87LgHxB023819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 7 Sep 2018 21:42:19 GMT Received: from u7588a65da6b65f.ant.amazon.com (localhost [127.0.0.1]) by u7588a65da6b65f.ant.amazon.com (8.15.2/8.15.2/Debian-3) with ESMTPS id w87LgFrp027493 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 7 Sep 2018 23:42:15 +0200 Received: (from jschoenh@localhost) by u7588a65da6b65f.ant.amazon.com (8.15.2/8.15.2/Submit) id w87LgE4q027489; Fri, 7 Sep 2018 23:42:14 +0200 From: =?UTF-8?q?Jan=20H=2E=20Sch=C3=B6nherr?= To: Ingo Molnar , Peter Zijlstra Cc: =?UTF-8?q?Jan=20H=2E=20Sch=C3=B6nherr?= , linux-kernel@vger.kernel.org Subject: [RFC 31/60] cosched: Don't disable idle tick for now Date: Fri, 7 Sep 2018 23:40:18 +0200 Message-Id: <20180907214047.26914-32-jschoenh@amazon.de> X-Mailer: git-send-email 2.9.3.1.gcba166c.dirty In-Reply-To: <20180907214047.26914-1-jschoenh@amazon.de> References: <20180907214047.26914-1-jschoenh@amazon.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Coscheduling relies on the leader to drive preemption of the group when the time slice is exhausted. This is also the case, when the leader is idle but the group as a whole is not. Because of that, we currently cannot disable the idle tick. Keep the tick enabled in code. This relieves the user from disabling NOHZ and allows us to gradually improve the situation later. Signed-off-by: Jan H. Schönherr --- kernel/time/tick-sched.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 5b33e2f5c0ed..5e9c2a7d4ea9 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-sched.c @@ -861,6 +861,20 @@ static void tick_nohz_full_update_tick(struct tick_sched *ts) static bool can_stop_idle_tick(int cpu, struct tick_sched *ts) { +#ifdef CONFIG_COSCHEDULING + /* + * FIXME: Coscheduling relies on the leader to drive preemption of the + * group when the time slice is exhausted. This is also the case, + * when the leader is idle but the group as a whole is not. + * Because of that, we currently cannot disable the idle tick. + * + * Short-term, we could disable the idle tick, in cases where the + * whole group is idle. Long-term, we can consider switching + * leadership of the group to a non-idle CPU. + */ + return false; +#endif + /* * If this CPU is offline and it is the one which updates * jiffies, then give up the assignment and let it be taken by -- 2.9.3.1.gcba166c.dirty