Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4404457yba; Tue, 9 Apr 2019 18:40:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqznBsb7q6fBIMcjrj5t2kpXk2weAi3szT105J0X/aMq6ZRDvsXR8rp0uozgdK5rucMHENps X-Received: by 2002:a65:6546:: with SMTP id a6mr38307352pgw.5.1554860452695; Tue, 09 Apr 2019 18:40:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554860452; cv=none; d=google.com; s=arc-20160816; b=ApnIDaew121smN4udpsff8prwdsEY+K/z8Yx1pynsiD1eJLJ1u0IDIu1JdA7D171Sh LGB32TE8Pb4B30AIL38Hh7473qDT6gy1uBJ4FxcVAqruJRbf267DOKDqWLUdMLzrix2t xL4rVgVWJIRJb2JylA2QnI3rkI/A6CRvX/G3159naEGe4pUH1vjSRTPIgdJR25TGqDGM YTby6H6w/ykgfOoqKKtSxekW21mA4bvpO74pCrJGqSj65lUWMR6iww3EQkH7iwtV5KHC JjXYcWp8ZZqJ1lueciI5oculxLqdVx3bGDpzgvJAGOzvj/x81RBCcQNtJn42hRrShqMI Dw/w== 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; bh=HYpTnrtwMkLSpW3dIrhkw784Xk6RT8Whs9bSUKvbGmY=; b=YrPAgSSYUxldGja9vWJACQ1YVAYNJZuu+0xY+cMCc9n/PF/vLk0j0rbMY5AOBJL+tF Zm2V7uyY4tuMOG+iAMHpeq5xO1ufBfGyyL2UYTY4KpM3RmBzPquVz0Tr/JOXRxhEnCCj lsie8BCPcJ6AmpkVN8h0mQHDabNHZAkNQE2ii3odsNH6MOlH50InNSjRheP3Mn2uUsHk FpVzrMKszAi39sLagNXCdlj92ketfcZatx2lY0SHjPuB+3mu44snFZD4ARqewSEO08iy ScckWqNQorRawItDdCzuG1Qy4jhq9JLGlFuK0jTpw19K0K7fU8qGARwTAjYwtNmdQQdN y50Q== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c25si1158002pfr.94.2019.04.09.18.40.37; Tue, 09 Apr 2019 18:40:52 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726842AbfDJBVI (ORCPT + 99 others); Tue, 9 Apr 2019 21:21:08 -0400 Received: from mga18.intel.com ([134.134.136.126]:24835 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726532AbfDJBVI (ORCPT ); Tue, 9 Apr 2019 21:21:08 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Apr 2019 18:21:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,331,1549958400"; d="scan'208";a="141419860" Received: from ranerica-svr.sc.intel.com ([172.25.110.23]) by orsmga003.jf.intel.com with ESMTP; 09 Apr 2019 18:21:06 -0700 Date: Tue, 9 Apr 2019 18:19:57 -0700 From: Ricardo Neri To: Peter Zijlstra Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Ashok Raj , Andi Kleen , "Ravi V. Shankar" , x86@kernel.org, linux-kernel@vger.kernel.org, Ricardo Neri , "H. Peter Anvin" , Tony Luck , Clemens Ladisch , Arnd Bergmann , Philippe Ombredanne , Kate Stewart , "Rafael J. Wysocki" , Mimi Zohar , Jan Kiszka , Nick Desaulniers , Masahiro Yamada , Nayna Jain Subject: Re: [RFC PATCH v2 12/14] x86/watchdog/hardlockup/hpet: Determine if HPET timer caused NMI Message-ID: <20190410011957.GC10062@ranerica-svr.sc.intel.com> References: <1551283518-18922-1-git-send-email-ricardo.neri-calderon@linux.intel.com> <1551283518-18922-13-git-send-email-ricardo.neri-calderon@linux.intel.com> <20190409112817.GT4038@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190409112817.GT4038@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 09, 2019 at 01:28:17PM +0200, Peter Zijlstra wrote: > On Wed, Feb 27, 2019 at 08:05:16AM -0800, Ricardo Neri wrote: > > @@ -62,7 +67,18 @@ static inline void set_comparator(struct hpet_hld_data *hdata, > > static void kick_timer(struct hpet_hld_data *hdata, bool force) > > { > > bool kick_needed = force || !(hdata->flags & HPET_DEV_PERI_CAP); > > - unsigned long new_compare, count; > > + unsigned long tsc_curr, tsc_delta, new_compare, count; > > + > > + /* Start obtaining the current TSC and HPET counts. */ > > + tsc_curr = rdtsc(); > > + > > + if (kick_needed) > > + count = get_count(); > > + > > + tsc_delta = (unsigned long)watchdog_thresh * (unsigned long)tsc_khz > > + * 1000L; > > + hdata->tsc_next = tsc_curr + tsc_delta; > > + hdata->tsc_next_error = tsc_delta >> 6; > > What do we need a per hld_data tsc_next_error for? It is basically a > global 'constant'. > This is true. I thought I'd keep all the needed variables in a single struct to make the code more readable. I guess, I did not achieve that goal. I'll put it as a static global variable. > > /* > > * Update the comparator in increments of watch_thresh seconds relative > > @@ -74,8 +90,6 @@ static void kick_timer(struct hpet_hld_data *hdata, bool force) > > */ > > > > if (kick_needed) { > > - count = get_count(); > > - > > new_compare = count + watchdog_thresh * hdata->ticks_per_second; > > > > set_comparator(hdata, new_compare); > > @@ -147,6 +161,14 @@ static void set_periodic(struct hpet_hld_data *hdata) > > */ > > static bool is_hpet_wdt_interrupt(struct hpet_hld_data *hdata) > > { > > + if (smp_processor_id() == hdata->handling_cpu) { > > + unsigned long tsc_curr; > > TSC is u64 In x86_64, isn't u64 an unsigned long? Do you mean to consider the 32-bit case? > > > + > > + tsc_curr = rdtsc(); > > + if (abs(tsc_curr - hdata->tsc_next) < hdata->tsc_next_error) > > + return true; > > You can write that as: > > (tsc_curr - hdata->tsc_next) + tsc_error < 2*tsc_error > > which doesn't contain any branches what so ever. > Sure, I'll add this change. Thanks and BR, Ricardo