Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp7360563imm; Tue, 24 Jul 2018 12:47:04 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcSI6fmFO3sUZKcracGKqFsOVkEirNa3k/lO+rRAmct+SVxF5LywteMSvb4YnXWs0DqqypE X-Received: by 2002:a17:902:7884:: with SMTP id q4-v6mr18133739pll.174.1532461620082; Tue, 24 Jul 2018 12:47:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532461620; cv=none; d=google.com; s=arc-20160816; b=UAVKmti/hls3f6ucn+sh72oWxDieIoVRlEzUlKA+EpF7Q9nnhd3LMvX2yt0SF+IqzS 6HFNgHNxtcj1nVJABoVo96MPaoEEDMnfRxYcRp8poybFUhD5T9TEpytfGv9sO2I9sS46 yA1XxlIRRaj6GyhMr9yI6Sch3eIAUhIcsv5kGalnUMJdujyRsculJYU7qakn2lFENYov VmCcKypXC9DBf6yLRcvRYsheDH3XeyeYzLVWHsza5tOTR10PkDh7sA7FlsO7YZ8REmrN B9CXvntAYbur2IopcyDDHhjEHG172jdCNvJvy23r4Bf/W/hahrlC/a4w6HnbKx8KQBai 1hNA== 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:references:cc:to:from:subject:arc-authentication-results; bh=5rfO+B6nhmvHlDrP5YDt1GT2EsLsTspcpM5iDC6XeDk=; b=PW5LDKVE42SywnISiGjrnfMampmiVElOb77Bda9CgcNPy0pQ8EoSXRlsCGzh3txeRh 7Vc0m9bY7O5Grq1dxQsQTjOV5o+DG6zBARxx5oq7A/NRa/TI98p9ibKfJNF/RZyKRN37 jklUiMPfKQdBmsbtE+Ezj3RiQGYATqJYUAXg5PPIdeZzKjJGdiR26lPvl09TE0qwgdOe p8FctCV0JBSEKChXH81twZLKiKG1hhmz+1yPR+JAwo4d6oWwCw+GtBRRw8qkbVv22ibs 7QbSznukRl+0z6hiMSyiOV9J2DLtTREW69lGPBdnDiONky4G/8VW5T6AHdabTjpsT6gs R0QA== 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 a186-v6si11078563pgc.453.2018.07.24.12.46.41; Tue, 24 Jul 2018 12:47:00 -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 S2388619AbeGXUx0 (ORCPT + 99 others); Tue, 24 Jul 2018 16:53:26 -0400 Received: from mgb.supermicro.com ([207.212.57.85]:43677 "EHLO mgb.supermicro.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388470AbeGXUx0 (ORCPT ); Tue, 24 Jul 2018 16:53:26 -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 w6OJjNad015438; Tue, 24 Jul 2018 12:45:23 -0700 Received: from ex2013-mbx1.supermicro.com (ex2013-mbx1.supermicro.com [10.2.1.36]) by MGB.supermicro.com with ESMTP id 2kc4es96ny-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 24 Jul 2018 12:45:23 -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; Tue, 24 Jul 2018 12:44:27 -0700 Subject: Re: [RFC] x86, tsc: Add kcmdline args for skipping tsc calibration sequences From: patrickg 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> Message-ID: Date: Tue, 24 Jul 2018 12:45:22 -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: 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-24_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-1807240208 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org K, did significant poking. native_calibrate_cpu is getting precidence no matter what because on SKL server, native_calibrate_tsc is always returning zero (Note that there is a caveat 2 lines down). In native_calibrate_tsc, I'm seeing it always return zero after the `switch (boot_cpu_data.x86_model)`. crystal_khz is zero so it rolls through that, never assigns it. Now I'm apparently not testing on production CPU's. I've requested that they drop em' in so I can ensure `CPUID 15H TSC/Crystal ratio` doesn't differ between the ES and Prod silicon, since that will effect the math Anyways, Then after calibrate is found to be zero, it's utilizing the CPUID calculation from native_calibrate_cpu for tsc_khz since that's returning a 'proper' value when it does the reassignment: --- if (tsc_khz == 0) /* Hits here and reassigns tsc_khz to the cpuid calculation. */ tsc_khz = cpu_khz; else if (abs(cpu_khz - tsc_khz) * 10 > tsc_khz) cpu_khz = tsc_khz; --- I'll post another update when I've checked with Prod CPU's, /probably/ tomorrow.