From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753747AbbCaKRX (ORCPT ); Tue, 31 Mar 2015 06:17:23 -0400 Received: from resqmta-po-03v.sys.comcast.net ([96.114.154.162]:38474 "EHLO resqmta-po-03v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751413AbbCaKRV (ORCPT ); Tue, 31 Mar 2015 06:17:21 -0400 Date: Tue, 31 Mar 2015 05:17:19 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@gentwo.org To: Chris Metcalf cc: Andrew Morton , Don Zickus , Andrew Jones , chai wen , Ingo Molnar , Ulrich Obergfell , Fabian Frederick , Aaron Tomlin , Ben Zhang , Frederic Weisbecker , Gilad Ben-Yossef , Steven Rostedt , open list Subject: Re: [PATCH] watchdog: nohz: don't run watchdog on nohz_full cores In-Reply-To: <1427741465-15747-1-git-send-email-cmetcalf@ezchip.com> Message-ID: References: <1427741465-15747-1-git-send-email-cmetcalf@ezchip.com> Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 30 Mar 2015, cmetcalf@ezchip.com wrote: > Running watchdog can be a helpful debugging feature on regular > cores, but it's incompatible with nohz_full, since it forces > regular scheduling events. Accordingly, just exit out immediately > from any nohz_full core. At this point we still have a timer tick every second. So just change the way the checking occurs that it can be done during the once per second tick for now? If the tick idle period is expanded later maybe only run the watchdog activity during those inevitable ticks? It may be best if the watchdog could be configured as to which processors it should run on?