Received: by 10.223.176.5 with SMTP id f5csp2367619wra; Sun, 28 Jan 2018 19:02:16 -0800 (PST) X-Google-Smtp-Source: AH8x225q8bozBblW9MMFS0zxIxve/vn/42xgpxVebSW2Qe2pVMaN9zyiM7YiWJ3L7aAEwocTy4+8 X-Received: by 10.99.0.17 with SMTP id 17mr11057554pga.94.1517194936436; Sun, 28 Jan 2018 19:02:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517194936; cv=none; d=google.com; s=arc-20160816; b=OYigG/ZDAljMufRoyWCWhukYIH1bxg6jwmqwdhui2YrNvLM/2lOxun+fgWZZ+Nfc/j 13RhpIKzTdxVQfjK2LYIhDRkafQ3iOKn1kKNJXNPpxe0HBTlpG0i42vi0hUmDXfTa3Pe xCkOmzJ/mxB5s74sx3Yrta8P+lKJVdwTuC1SKb879XY591rus5Uj+uX7qzsOqYofGdK1 uV/O+yMhjbwzLJYPkVDnOdCQUZERMBfl5Nm4TYRossYQeqMi1aGhpqqVF9zj7U+BtUcn qPLYdXpypN/tn0uPHQssOA4eqtoL73ZZIU6XYqbrrtrthbnTeiJVdbysJXatfuAfZOtB kE8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:arc-authentication-results; bh=4wFL848EoP5tXa3VyxyiLpXriwOiWmUUC5TGloorU0s=; b=mcdrA89GCmWYLAACHGjmOJd57XVXLscgMHdsluFOiUrHRZN58AmPRpr5LIIfPT6WpJ 8IsGSwTSAWl5YthQGqlx6srP1XyGfrFNGjbIr3cJOZqUDTdatJwA3UOOebsPrFFHIBp9 2RYtmqOE8jRSKbFLRKjATNNCu+cf0jRferiUeDENgngyL2OQNlzq1JJsJ3Hp/vZZppkv ngzrX9b5ZjJbVlQEeKIpKzJd5ftdZsw26atlyW2IVAvFx6LxFMtvIt7TeF5Vzj4FKv53 Z+flTDHeJ49DEZBw4Kn53f1tJeddP4u8IF/brX25bREIH/l8s/daq43Yj4J0zM/vz8rP iLCw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o6-v6si8189685plk.288.2018.01.28.19.02.02; Sun, 28 Jan 2018 19:02:16 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754606AbeA2BKb (ORCPT + 99 others); Sun, 28 Jan 2018 20:10:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:56702 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753617AbeA2BK3 (ORCPT ); Sun, 28 Jan 2018 20:10:29 -0500 Received: from localhost (i16-les03-th2-31-37-47-191.sfr.lns.abo.bbox.fr [31.37.47.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C7ED7217C1; Mon, 29 Jan 2018 01:10:28 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C7ED7217C1 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=frederic@kernel.org Date: Mon, 29 Jan 2018 02:10:26 +0100 From: Frederic Weisbecker To: Luiz Capitulino Cc: Ingo Molnar , LKML , Peter Zijlstra , Chris Metcalf , Thomas Gleixner , Christoph Lameter , "Paul E . McKenney" , Wanpeng Li , Mike Galbraith , Rik van Riel Subject: Re: [GIT PULL] isolation: 1Hz residual tick offloading v4 Message-ID: <20180129011024.GA2942@lerouge> References: <1516320140-13189-1-git-send-email-frederic@kernel.org> <20180124104608.038fb212@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180124104608.038fb212@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 24, 2018 at 10:46:08AM -0500, Luiz Capitulino wrote: > On Fri, 19 Jan 2018 01:02:14 +0100 > Frederic Weisbecker wrote: > > > Ingo, > > > > Please pull the sched/0hz-v2 branch that can be found at: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git > > sched/0hz-v2 > > > > HEAD: 9b14d5204490f9acd03998a5e406ecadb87cddba > > > > Changes in v4: > > > > * Remove the nohz_offload option, just stick with the existing interface, > > the change is transparent. Suggested by Luiz. > > > > * Automatically pin workqueues to housekeepers. > > I've been testing this series and the tick doesn't go completely away > for me: it ticks at around 8 seconds interval. > > I've debugged this down to the clocksource_watchdog() timer, which is > created by clocksource_start_watchdog(). This timer cycles over all online > CPUs. I couldn't find a way to disable it. It seems to be always enabled > for x86 by CONFIG_CLOCKSOURCE_WATCHDOG since commit 6471b825c4. > > Since the 1Hz tick offload worked for you, I must be missing a way > to disable this timer or the kernel is thinking my CPU has unstable > TSC (which it doesn't AFAIK). It's beyond the scope of this patchset but indeed that's right, I run my kernels with tsc=reliable because my CPUs don't have the TSC_RELIABLE flag. That's the only way I found to shutdown the tick completely on my test machine, otherwise I keep having that clocksource watchdog. You can try "tsc=reliable" but that's at your own risks and it's hard to tell what exactly are those risks depending on your CPU model (and perhaps BIOS?). You likely already had that watchdog timer before this patchset but didn't notice because the 1Hz was a more frequent annoyance. Thanks.