Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp7104110ybi; Thu, 1 Aug 2019 03:15:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqyOCpStubt8f58WhD7FJJmnfCeVsFYGcn5VkFCK03i2MnK+bTrMZp9v20BElgGzcqTBXVVs X-Received: by 2002:a17:902:a504:: with SMTP id s4mr101925254plq.117.1564654536917; Thu, 01 Aug 2019 03:15:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564654536; cv=none; d=google.com; s=arc-20160816; b=i5ufrVzQWkwJd3hw/VtTj5gva+Oq9gIsfF8SvoacgIRAWpjk8daSNH7J6N/0tibkMB E6rTGTnJlJYx1n+KqI+dkHqy2lXtuHpSrwgoLTfQ+1KHCkTMQdbE+U2u2CKMThMBHTYm WolOq3RsXA79gfjEg40qtQmNDp2mJuvkDkSkMDi+4M2ljnNL7Ang6XmmQq2V0YiqE2P3 yFPqKb5ZRptjsvah0J+JVXSgploAaE25A6DNdiVcZ4kIzc+KKYFdSHU5+znAIwjTYZEe toZTxlvcGgrxD6/3krJqqn+FpHedpHywfdrQiJ2j3yc5xTYgi5fFLSCC/qhJjcea9NcZ E+kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=yo+Yv1QhlpbLiK2n/unj/O04mAXDsf6pgYPOfP+s/mo=; b=Szz7Or+utSGtjl+oYQhV6wVJzhQWQV3UEfQ/4TfmteB+rw4CJHDz4TDqoYbuvYJZcs l/aNP0QDIuv6mth5gLN0gjtgYP0gPSlUfkhLYFICmDyxMpKedE8AVYMCZYSTp69iJZ8Q yG7E0ZYNHoVMBnP3mji0mdvH6hmuknI5j92pTd1DBCsIAQ1d8iq3OAqwhdde82/FHF1d YHOH08rWIRo+QfsEsHJwNbsUsilOp/m6+XkvwZWxdo7AFhmatfjbXS+EDosaiXYSn5jV 7IOiDVC8Pd9/cGws1SIfAvpl3Yo2H4VoqQFClKK4n9m+cbTyp299iCPb4Nt8ZJ14++/A HQQQ== 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 g3si36962020pgo.241.2019.08.01.03.15.20; Thu, 01 Aug 2019 03:15:36 -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 S1729158AbfHAKN3 (ORCPT + 99 others); Thu, 1 Aug 2019 06:13:29 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:34506 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725379AbfHAKN3 (ORCPT ); Thu, 1 Aug 2019 06:13:29 -0400 Received: from [5.158.153.52] (helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ht85J-0002jZ-C1; Thu, 01 Aug 2019 12:13:21 +0200 Date: Thu, 1 Aug 2019 12:13:16 +0200 (CEST) From: Thomas Gleixner To: "Li, Aubrey" cc: Aubrey Li , Daniel Drake , x86@kernel.org, Ingo Molnar , "H . Peter Anvin" , Linux Kernel , Endless Linux Upstreaming Team , Tom Lendacky Subject: Re: setup_boot_APIC_clock() NULL dereference during early boot on reduced hardware platforms In-Reply-To: <81666b28-d029-56c3-8978-90abc219d1b7@linux.intel.com> Message-ID: References: <81666b28-d029-56c3-8978-90abc219d1b7@linux.intel.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 1 Aug 2019, Li, Aubrey wrote: > On 2019/8/1 16:13, Thomas Gleixner wrote: > > The point is that it does not matter which vendor a CPU comes from. The > > kernel does support legacyless boot when the frequencies are known. Whether > > that's currently possible on that particular CPU is a different question. > > > Yeah, I should specify, Daniel, your platform needs a global clock event, ;-) Care to look at the manuals before making assumptions? 2.1.9 Timers Each core includes the following timers. These timers do not vary in frequency regardless of the current P-state or C-state. * Core::X86::Msr::TSC; the TSC increments at the rate specified by the P0 Pstate. See Core::X86::Msr::PStateDef. * The APIC timer (Core::X86::Apic::TimerInitialCount and Core::X86::Apic::TimerCurrentCount), which increments at the rate of 2xCLKIN; the APIC timer may increment in units of between 1 and 8. The Ryzens use a 100MHz input clock for the APIC normally, but I'm not sure whether this is subject to overclocking. If so then it should be possible to figure that out somehow. Tom? Thanks, tglx