Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3366133imm; Fri, 20 Jul 2018 15:28:41 -0700 (PDT) X-Google-Smtp-Source: AAOMgpecDutpEt1Ng4QKzlO0xUEvx12F6QfLYALb+qtyter1nHllHG2DZrNq7srnzCCn0DT9jWnr X-Received: by 2002:a62:8b0f:: with SMTP id j15-v6mr3935204pfe.33.1532125721814; Fri, 20 Jul 2018 15:28:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532125721; cv=none; d=google.com; s=arc-20160816; b=qCSEo7wDlndNeiJ6S/1wjLwjJh5N2e9WlGs/Tl/zPL4qyn8hi/pHpo6EMO/x8rAdnh wPAaeelZhdTJJ5b+6+B/5P6LXQVEi6cmS8ryqu4xN3dMVg2ztkD/ryqkuXWkV8olobJ5 0h6KDP7KbtW3fwOtH0vLdgTjPJriIkciEHPoNtKUFOw9TSNuuc4Poh+9sOT7BldhoZsj c2XHIDOyCLMefkecimlYfm43LqhP1rp/mDIdAuVloOpZsX1IQDFSvA9829yLcKNt0OeI 8zbH52+oWWL0JroJ8khZE5ejheGVoxO2aPNUtrEbIR4357Pso7dxsPGfXuOXawRYXrzI pWRw== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=K2vXT2tX8+gyvI/MZgJH7RN2JDOsuRoDaPVW4bljX7s=; b=vmu1ljOukqjfk7f1mKHoumuWQPHdM2N+417+ZJ8NCsw+dKlqFSAKuUwdWvvD+VVn0P Da2g6/GzGtSmyX1PBvNnSwMOvM3fFRyfXwm7pG9taLwyB10Mqc88y333+360cSy6KFiG B8loj1RAsA8TSXewgjASs9MNcE60PjwYLRIrsf3li1HHCkDyLHrMB0jQ5Q3C4VNC2b3+ gDHkANY17HTc1sv0tS/KiCDHOVv2O5F0gq5jpLQLcJUSSCNXToVCR1AvTNgt+rxiL+my 4faGNhhlwdwaSThIzPJVn9Q1kOp1fc9n+gSFFyWBF0gHY/c7gvXxxxuKseRy4b+UPkVS mtqQ== 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 a12-v6si2469307pgv.296.2018.07.20.15.28.26; Fri, 20 Jul 2018 15:28:41 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729117AbeGTXRw (ORCPT + 99 others); Fri, 20 Jul 2018 19:17:52 -0400 Received: from mgb.supermicro.com ([207.212.57.85]:47197 "EHLO mgb.supermicro.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728469AbeGTXRw (ORCPT ); Fri, 20 Jul 2018 19:17:52 -0400 Received: from pps.filterd (MGB.supermicro.com [127.0.0.1]) by MGB.supermicro.com (8.16.0.22/8.16.0.22) with SMTP id w6KMR3Fa003870; Fri, 20 Jul 2018 15:27:33 -0700 Received: from ex2013-mbx1.supermicro.com (ex2013-mbx1.supermicro.com [10.2.1.36]) by MGB.supermicro.com with ESMTP id 2k7gsrax1q-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 20 Jul 2018 15:27:33 -0700 Received: from [172.16.95.100] (10.2.0.41) by EX2013-MBX1.supermicro.com (10.2.1.36) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Fri, 20 Jul 2018 15:26:37 -0700 Subject: Re: [RFC] x86, tsc: Add kcmdline args for skipping tsc calibration sequences To: "Brown, Len" , "linux-kernel@vger.kernel.org" CC: "mingo@kernel.org" , "Du, Alek" , "arjan@linux.intel.com" , "Tang, Feng" References: <1A7043D5F58CCB44A599DFD55ED4C94849A1AACF@FMSMSX126.amr.corp.intel.com> From: patrickg Message-ID: Date: Fri, 20 Jul 2018 15:27:32 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1A7043D5F58CCB44A599DFD55ED4C94849A1AACF@FMSMSX126.amr.corp.intel.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.2.0.41] X-ClientProxiedBy: EX2013-CA1.supermicro.com (10.2.1.31) To EX2013-MBX1.supermicro.com (10.2.1.36) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-20_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1807200242 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sorry for the delay. Expect another large delay if you have any questions. I'm pretty heavily context switching. I wanted to double check to make sure that I wasn't mis-documenting and mis-remembering things. On 07/13/2018 07:40 PM, Brown, Len wrote: > We disabled CPUID-based TSC calibration on SKX in December for several reasons. > If you still have it enabled, you need this patch: > > commit b511203093489eb1829cb4de86e8214752205ac6 > x86/tsc: Fix erroneous TSC rate on Skylake Xeon So, yeah. I tested against mainline RHEL-alike elrepo builds before and I still saw the TSC running faster. I've also tested against 3.10.0-862.6.3 which has those patches backported. > > If you are referring to another platform that has CPUID-TSC calibration... > it should still work on an over-clocked system. Over-clocked platforms should > use exactly the same reference crystal as non-overclocked platforms, but should > modify the crystal/core multiplier. If you are changing the reference > crystal, then I believe you are using an un-supported hardware configuration, > and my ability to support you is limited. FYI for reference this is SKX Server. Specifically the `gold` series procs. Now; I'm not sure if we happen to be doing something strange in regards to changing the ref crystal. I'll need to poke at them to figure that out. I'm working on building something up with a lot of verbosity so that I can see if perhaps something is happening or not happening in an expected way.