Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751183AbbEBAnD (ORCPT ); Fri, 1 May 2015 20:43:03 -0400 Received: from mail-bn1bon0135.outbound.protection.outlook.com ([157.56.111.135]:51473 "EHLO na01-bn1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750778AbbEBAnB (ORCPT ); Fri, 1 May 2015 20:43:01 -0400 Authentication-Results: spf=none (sender IP is 165.204.84.222) smtp.mailfrom=amd.com; alien8.de; dkim=none (message not signed) header.d=none; X-WSS-ID: 0NNP5ZH-08-DR4-02 X-M-MSG: Message-ID: <55441D8C.2080509@amd.com> Date: Fri, 1 May 2015 19:42:52 -0500 From: Aravind Gopalakrishnan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Borislav Petkov , Len Brown CC: Ingo Molnar , X86 ML , Linux PM list , "linux-kernel@vger.kernel.org" , Thomas Gleixner , "H. Peter Anvin" Subject: Re: [PATCH 0/1] speeding up cpu_up() References: <1429404795-23260-1-git-send-email-lenb@kernel.org> <20150420071556.GB14315@gmail.com> <20150501224729.GN10239@pd.tnic> In-Reply-To: <20150501224729.GN10239@pd.tnic> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:165.204.84.222;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10019020)(6009001)(428002)(51704005)(377454003)(189002)(199003)(24454002)(479174004)(62966003)(83506001)(65816999)(99136001)(105586002)(106466001)(50986999)(76176999)(23676002)(77156002)(65806001)(54356999)(15975445007)(36756003)(47776003)(19580395003)(92566002)(64126003)(77096005)(46102003)(101416001)(33656002)(80316001)(2950100001)(87936001)(50466002)(19580405001)(93886004)(65956001)(4001350100001)(86362001)(5001770100001);DIR:OUT;SFP:1102;SCL:1;SRVR:CO1PR02MB078;H:atltwp02.amd.com;FPR:;SPF:None;MLV:sfv;MX:1;A:1;LANG:en; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR02MB078; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006)(3002001);SRVR:CO1PR02MB078;BCL:0;PCL:0;RULEID:;SRVR:CO1PR02MB078; X-Forefront-PRVS: 05641FD966 X-OriginatorOrg: amd4.onmicrosoft.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 May 2015 00:42:56.8445 (UTC) X-MS-Exchange-CrossTenant-Id: fde4dada-be84-483f-92cc-e026cbee8e96 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=fde4dada-be84-483f-92cc-e026cbee8e96;Ip=[165.204.84.222];Helo=[atltwp02.amd.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR02MB078 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1735 Lines: 43 On 5/1/15 5:47 PM, Borislav Petkov wrote: > On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote: >> On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote: >> >>> So instead of playing games with an ancient delay, I'd suggest we >>> install the 10 msec INIT assertion wait as a platform quirk instead, >>> and activate it for all CPUs/systems that we think might need it, with >>> a sufficiently robust and future-proof quirk cutoff condition. >>> >>> New systems won't have the quirk active and thus won't have to have >>> this delay configurable either. >> Okay, at this time, I think the quirk would apply to: >> >> 1. Intel family 5 (original pentium) -- some may actually need the quirk >> 2. Intel family F (pentium4) -- mostly b/c I don't want to bother >> finding/testing p4 >> 3. All AMD (happy to narrow down, if somebody can speak for AMD) > Aravind and I could probably test on a couple of AMD boxes to narrow down. > > @Aravind, see here: > > https://lkml.kernel.org/r/87d69aab88c14d65ae1e7be55050d1b689b59b4b.1429402494.git.len.brown@intel.com > > You could ask around whether a timeout is needed between the assertion > and deassertion of INIT done by the BSP when booting other cores. Sure, I'll ask around and try mdelay(0) on some systems as well. I can gather Fam15h, Fam16h but don't have K8's or older. Will let you know how it goes. -Aravind. > If not, we probably should convert, at least modern AMD machines, to the > no-delay default. > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/