Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp276233pxb; Sat, 10 Apr 2021 02:27:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxAfYx9XqFJFnFuzrgp+vUp38fa+PN1uyigm7weWeFbFrpo1CPwufW+NlGxtm4FY5YAz3V2 X-Received: by 2002:a17:902:9008:b029:e6:f37a:2183 with SMTP id a8-20020a1709029008b02900e6f37a2183mr16958853plp.49.1618046876889; Sat, 10 Apr 2021 02:27:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618046876; cv=none; d=google.com; s=arc-20160816; b=tiIy5MOklVz59v2wu/BiN5NOTKbKz5Fmy+1VTjdHI6GQ3l2PyVBcumXneAEALIQqK1 GxrjQ9TB8boOPxaajQjwKwde4BBlpq2bToCTtDM6jO5IxnH003tIpoCzEwltGLNhDVI7 E5QBOTNB6Zhz7nkuJtDi7XY3joSc1u29dvRn0eAa8lYrDnfa5TH3/SlS8NaysiSyIYE6 KxyflHeOOz98FCntAyBhrbYuSlWmjLQdBdgx6wOohP/M9c7hCHUlm/BcRLAnC9+Mf0FE hsMihR30Bn3PsMGcMT13XVAIaNTv2R8CUri/pB5sFYA2dD9to5W/6HE4cICbbYeaBm5e gL2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=IwPuSkQnJ9S7GXJ2SK5mhQXde3+d9AsuSdLUOcALXvk=; b=b73Sir25J7xoyZiFVD2COcCLCOt7hlsoL1ihBK5tQePpLQr4qidjm4XHhf/utWQbc/ mNnxZE75Kxa5AVdvSAZmm3tGPz1FSomCHCyrGedOSEOZzg2ax/Yn2u/UHX8aWDBALnAD RDJpG3oD0EPaKUjLayS2y66rrlDAx9DFmugz6WrUicf89mXbDz9yMtgOn+SQ6QtDIOOL Ms7NqaOiNcAfquKA4n9bPsPWFcyaxKnC5xg7cwpD30lbpNgmfEuz29el8/YGc7fRguvj 0J9dUaJdpIAETJly7f3uo5SDJvNpTLQ6NI0MBfp+0UsOMF4Ji6EA0amGitKAtiW2eGA9 7VHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=g+DswMMn; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u2si4619449plg.171.2021.04.10.02.27.43; Sat, 10 Apr 2021 02:27:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=g+DswMMn; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231279AbhDJJ11 (ORCPT + 99 others); Sat, 10 Apr 2021 05:27:27 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:55640 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229537AbhDJJ11 (ORCPT ); Sat, 10 Apr 2021 05:27:27 -0400 From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1618046832; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=IwPuSkQnJ9S7GXJ2SK5mhQXde3+d9AsuSdLUOcALXvk=; b=g+DswMMnFgfI6jEt7WLO+MhO2r6lakT75ecbFg5azoxJaX3odcUwrvssRXaWsP1yH7crEf pph3bFvjZIHQf+8i6tnUDcX0rizCSRHwLJMuYZJu36m/Goe/ShsmUGtcqecEhpekHdB2ur 0M9Gxea4pNGWZzRvjlCYVKktgPPMSuPhRBfli+HyvbB5sghOMGbJDVhrHILtBuNCeOjbb9 ju8tQ9sgKomdc66N4pnV8sKULJ+AI87m3hqTDSzFxNSfbOjeUn92sSUAfAPhyxGNKTYtbR GkaIfnjmJ3wUBc8XMOYLvTt9xwFvQoBHrqYUMneahl42iaStTe80kotCqSE4mg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1618046832; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=IwPuSkQnJ9S7GXJ2SK5mhQXde3+d9AsuSdLUOcALXvk=; b=YvcWrHFyPr2tGyNdWliTFUIzhTHbRp0Rtg+9ZDNnzBRVp+XWlCjLjSO8FL3aDUHemlrX8R 6w54gFeholHIu3Bg== To: Feng Tang , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , Peter Zijlstra , x86@kernel.org, linux-kernel@vger.kernel.org Cc: rui.zhang@intel.com, andi.kleen@intel.com, dave.hansen@intel.com, len.brown@intel.com, Feng Tang Subject: Re: [RFC 1/2] x86/tsc: add a timer to make sure tsc_adjust is always checked In-Reply-To: <1617092747-15769-1-git-send-email-feng.tang@intel.com> References: <1617092747-15769-1-git-send-email-feng.tang@intel.com> Date: Sat, 10 Apr 2021 11:27:11 +0200 Message-ID: <87y2dq32xc.ffs@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 30 2021 at 16:25, Feng Tang wrote: > Normally the tsc_sync will be checked every time system enters idle state, > but there is still caveat that a system won't enter idle, either because > it's too busy or configured purposely to not enter idle. Setup a periodic > timer to make sure the check is always on. Bah. I really hate the fact that we don't have a knob to disable writes to the TSC/TSC_ADJUST msrs. That would spare this business alltogether. > +/* > + * Normally the tsc_sync will be checked every time system enters idle state, > + * but there is still caveat that a system won't enter idle, either because > + * it's too busy or configured purposely to not enter idle. > + * > + * So setup a periodic timer to make sure the check is always on. > + */ > + > +#define SYNC_CHECK_INTERVAL (HZ * 600) > +static void tsc_sync_check_timer_fn(struct timer_list *unused) I've surely mentioned this before that glueing a define without an empty newline to a function definition is horrible to read. > +{ > + int next_cpu; > + > + tsc_verify_tsc_adjust(false); > + > + /* Loop to do the check for all onlined CPUs */ I don't see a loop here. > + next_cpu = cpumask_next(raw_smp_processor_id(), cpu_online_mask); Why raw_smp_processor_id()? What's wrong with smp_processor_id()? > + if (next_cpu >= nr_cpu_ids) > + next_cpu = cpumask_first(cpu_online_mask); > + > + tsc_sync_check_timer.expires += SYNC_CHECK_INTERVAL; > + add_timer_on(&tsc_sync_check_timer, next_cpu); > +} > + > +static int __init start_sync_check_timer(void) > +{ > + if (!boot_cpu_has(X86_FEATURE_TSC_ADJUST)) > + return 0; > + > + timer_setup(&tsc_sync_check_timer, tsc_sync_check_timer_fn, 0); > + tsc_sync_check_timer.expires = jiffies + SYNC_CHECK_INTERVAL; > + add_timer(&tsc_sync_check_timer); > + > + return 0; > +} > +late_initcall(start_sync_check_timer); So right now, if someone adds 'tsc=reliable' on the kernel command line then all of the watchdog checking, except for the idle enter TSC_ADJUST check is disabled. The NOHZ full people are probably going to be pretty unhappy about yet another unconditional timer they have to chase down. So this needs some more thought. Thanks, tglx