Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754629AbbDTHQD (ORCPT ); Mon, 20 Apr 2015 03:16:03 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:38537 "EHLO mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750909AbbDTHQA (ORCPT ); Mon, 20 Apr 2015 03:16:00 -0400 Date: Mon, 20 Apr 2015 09:15:56 +0200 From: Ingo Molnar To: Len Brown Cc: x86@kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , Thomas Gleixner , "H. Peter Anvin" Subject: Re: [PATCH 0/1] speeding up cpu_up() Message-ID: <20150420071556.GB14315@gmail.com> References: <1429404795-23260-1-git-send-email-lenb@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1429404795-23260-1-git-send-email-lenb@kernel.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1126 Lines: 34 * Len Brown wrote: > The following patch... > > [PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable > > enables reducing cpu_up() time by 10ms on modern systems. > > This means that for every processor in the system, > boot-time and resume-time can be reduced by 10ms per-processor. > > Once this patch is accepted, I'll send a subsequent patch > to update the default delay, as appropriate. > > thanks, > Len Brown, Intel Open Source Technology Center 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. Thanks, Ingo -- 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/