Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2202173imm; Fri, 7 Sep 2018 12:24:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZDs5MzxGIv7swhXNs2zPY8b/0iniPZIow9RxUrnPNVlW5HzDcCBT7apJbVXtPuoB4N368l X-Received: by 2002:a62:64ca:: with SMTP id y193-v6mr10088193pfb.250.1536348243817; Fri, 07 Sep 2018 12:24:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536348243; cv=none; d=google.com; s=arc-20160816; b=JsHoayTK4d6Ed/VhXEqgG8v1VS7Df4OS6DPtMj4BN8CKjHEEx7RLpZ3tZbfHZIKMWd LvdVois/xCYNKcVaf7egQAn+Qf/JMlw/Ig6oJaqdyMCdPqJWVQJEGiFzXSn3NqeAizXx QsyQjPdgdnP6n0f7M7nwBc2b9HHJpjOIDyLMj2PulbwqMdFHqp1J9rLMmNSDx+ZmRJfo +CDHedFyyLB9BmOQjhCrustTnYZnA1kUd0frgZwwho/rzmnPVdgKm+HMG5MglE4/ydRs l3fEoxUhgnLFO3iwK2vnMsZiLpW/v6G+jB+NZUAbND5d88I+7Uk4O5qZudFSYlpY7rTX TRAQ== 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=aiUTGJ7aPV/niJ2ZhnTMNVQGhEXgWAU1u43fGnSRhC4=; b=TbmwehbKGnHK47sj3tlQEOA0UrfbKROCZfLISj8CrARJzFXShXOizZlwdyJeeCdET3 FKPSlBbobePa2GcCqwDLgNXSAzIz4Wy+U9ivb5VBQUqvQuB00wR1Kajdx1jst+7PdYsm oFm9pfMCFWNC8qFaR22ogubkw/8wG7oMLmJMhu0yDMHHwSctFa3rbHWeopRX79axcqUy ks9i0J6EH6eYs9JIsmv+iOoJHHKNrwLEGbsQhbAi+WrkhF1rbixt2l3BmmVIv5XqNxyO Cu37x05wMXmW6SxvOWP4l1KAcujj/bACpFzuayhmvemAE0FlKDIAsFpaTE7TLrzy2Xeo tLJA== 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 x13-v6si8684615pgr.153.2018.09.07.12.23.48; Fri, 07 Sep 2018 12:24:03 -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 S1726583AbeIHAEj (ORCPT + 99 others); Fri, 7 Sep 2018 20:04:39 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:36919 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725987AbeIHAEj (ORCPT ); Fri, 7 Sep 2018 20:04:39 -0400 Received: from p4fea45ac.dip0.t-ipconnect.de ([79.234.69.172] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fyMKd-00009a-2P; Fri, 07 Sep 2018 21:22:15 +0200 Date: Fri, 7 Sep 2018 21:22:14 +0200 (CEST) From: Thomas Gleixner To: "Prakhya, Sai Praneeth" cc: Bhupesh Sharma , "linux-efi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "x86@kernel.org" , "Neri, Ricardo" , "matt@codeblueprint.co.uk" , Al Stone , Borislav Petkov , Ingo Molnar , Andy Lutomirski , Ard Biesheuvel , Peter Zijlstra Subject: RE: [PATCH V4 3/3] x86/efi: Introduce EFI_PAGE_FAULT_HANDLER In-Reply-To: Message-ID: References: <1536276468-28499-1-git-send-email-sai.praneeth.prakhya@intel.com> <1536276468-28499-4-git-send-email-sai.praneeth.prakhya@intel.com> <20180907112207.GS24106@hirez.programming.kicks-ass.net> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 7 Sep 2018, Prakhya, Sai Praneeth wrote: > > > So, if Thomas, Ingo, Andy, Ard and Boris are ok.. I will make it as > > > default (i.e. without config). Yes, that's the right thing to do. > > Also, some distributions already have specific ways to handle buggy > > firmwares which can be at times dependent on the underlying hardware > > and the firmware versions. If the distro patched their kernel to deal with buggy firmware, then: 1) why did they not upstream it ? 2) why should we worry about that ? > > I would suggest that we enable this under a CONFIG for the first round > > and once it is tested with wider variety of x86 machines which have > > buggy or orphaned firmware and linux (and reboot) works fine with them, > > we can drop the CONFIG option in future and enable this by default. Sure and then nobody enables it and the affected machines still crash or hang on reboot. The whole thing is simple enough now to make it unconditional. > Sounds fair to me, but, I would like to wait for someone experienced to > make the final call. Please get rid of that config knob. Buggy firmware exists and we better deal with it by default. Thanks, tglx