Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4351768yba; Wed, 17 Apr 2019 09:38:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqz+XuojTHouhnp2W1dEBtTt2C0T/X34gvIYE58ndBNyY2WnSt9t0jsOgCLeO/eM1P4MiFN5 X-Received: by 2002:a17:902:e305:: with SMTP id cg5mr22527772plb.112.1555519121442; Wed, 17 Apr 2019 09:38:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555519121; cv=none; d=google.com; s=arc-20160816; b=IpSUsmkQuneRGxM2aaIuZqNaWhORnWZLeZn8siJSKUgMQHPbkvA1PXd4YE2X9MZR4P 76kX6SqKFmj8/INkb8cFjSIXYeGlHWRtM5krkd7YiFCd3Fsxp8OIKZ3olaVga7ZEvlDC gDRqkIOfSPlNlBNID5Imepf1PM3+nmg+byLwywx9zgvb3r1go7Dg/2i4gShnHYDTzxKd qF9GK+wBAc0OrCDS87idQhpEnLpiNXXWWI3Xo+9XEqmnKkrJSlMv/LioFh3ieNbB4cd3 YATrKey+MHfvDTk1hKU2qGEgUSxTEcSDCfwh/sscXtoHNSU0aSquk6AYRmzF4N7RrwbU zPXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=SpiYuiEe/yu3VU9+DNKpLkeipOLQ5fUIio3TTan/W50=; b=hnFzr4szi7DqL8kF5EOjIZP8ayD1gYj7XomvTlQ3GDJs4ZxVlu81o1CUl92UcKwjy7 OJoC+3yjYeTh2DUCzVKBXZaFrwMEnMUJsio8HPq+uvk4fLIvxTRfnKc2Jh3znwpZXOvI IOnTS/Pet9kh4yc9oJ0qcNj4xtacoBgm83e0xlfa7+xVJzxA+Aa42md7laXdW0IkN1yp 09PIRRnZx+2vB6pihuOXnTOOVf7QDtquc/lhxj3zYrV1bh9poTc+6vOM5FE6QTduTVRm ryk/t0KUAMaAyexBNUjBehI7iu3/iMhqDQZvpt/vSojnDFKt4v2ZJzOwMd32UkBiqALI da2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=OaqJjwFU; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f8si39158097pgu.482.2019.04.17.09.38.26; Wed, 17 Apr 2019 09:38:41 -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; dkim=fail header.i=@gmail.com header.s=20161025 header.b=OaqJjwFU; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732751AbfDQQhg (ORCPT + 99 others); Wed, 17 Apr 2019 12:37:36 -0400 Received: from mail-wm1-f54.google.com ([209.85.128.54]:39931 "EHLO mail-wm1-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729641AbfDQQhg (ORCPT ); Wed, 17 Apr 2019 12:37:36 -0400 Received: by mail-wm1-f54.google.com with SMTP id n25so4375258wmk.4; Wed, 17 Apr 2019 09:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=SpiYuiEe/yu3VU9+DNKpLkeipOLQ5fUIio3TTan/W50=; b=OaqJjwFUy2JI1zPzZVksop3bSldyW3FX1lK/WNaEYgktryWrE+Mh68/AazYJIS7z2Y hvIPF8OOTt9a3BUjU1ZgniDFDeW7Z/AeqpKSPWQnC9F/cQeU3p6KvHYObvHYbVS4Nq8a YFSs5283QNgCWw1FY7rt4jTkQTISPmVZTnPMmXC1uvwJti9p2p0QdwXE5ghlhBL/DHBy ttQXDaFGL+lNRc/fCsALl48k68qAXona6h8m3DjsW+tQcws2M/3KHFgI9gmPP7hv15P/ RipZhwy2OGtpuh+Uljd4aRveX7t5nMSrHbnfEFdlvHAKp0ki7feRj9Uu+HcEnHKtOuRX LllQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=SpiYuiEe/yu3VU9+DNKpLkeipOLQ5fUIio3TTan/W50=; b=gsZrjd9Pyf1evbPATJI5dfjvf1nW5Xx856UGm2abbH6v2dRYTPryOSZsVTWKneJiqG c64R2X7A/PE9GdGpydXf5TVGSNROMwrpqJ7IWe4caSg3HIXmtIXZCOjqqr45TacwGW4I AjfpdOrPJAIiuyO1Ar8CX06/mfjch5x+ZiuteC7FlPH2IUiAbxZb2m8+XB29gabJe+VS JFARyBxgjCjwDsEyZQFbxi97MBmA4QcxhIa+lvFKs0jELV0/UFG3NW1G//jfoVrzLlqs 7h5yg2r7xS/coFW2zZ/Sw0SVbCoeMwCLZyfmmUxQNSYA8N67smB4u8w7HHDjBn3vDDYf PDeA== X-Gm-Message-State: APjAAAWuoFDSHhuB3AOikkW2J5IRwk1zacEeZZLvxDSXiTsa6sRU+LE3 QfhxIIGgWizcWxjXeJQWQCU= X-Received: by 2002:a1c:f50a:: with SMTP id t10mr426705wmh.86.1555519053774; Wed, 17 Apr 2019 09:37:33 -0700 (PDT) Received: from gmail.com (2E8B0CD5.catv.pool.telekom.hu. [46.139.12.213]) by smtp.gmail.com with ESMTPSA id j11sm73752445wrw.85.2019.04.17.09.37.31 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 Apr 2019 09:37:32 -0700 (PDT) Date: Wed, 17 Apr 2019 18:37:29 +0200 From: Ingo Molnar To: hpa@zytor.com Cc: Daniel Drake , Peter Zijlstra , Borislav Petkov , Thomas Gleixner , Linux Kernel , Linus Torvalds , Jian-Hong Pan , matt@codeblueprint.co.uk, Ard Biesheuvel , linux-efi@vger.kernel.org, Len Brown , linux-tip-commits@vger.kernel.org, Endless Linux Upstreaming Team Subject: Re: EFI reboot vs. ACPI reboot (was: Re: [tip:x86/urgent] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T) Message-ID: <20190417163729.GA53511@gmail.com> References: <20190412080152.3718-1-jian-hong@endlessm.com> <20190416082042.GA69717@gmail.com> <20190417061650.GA31060@gmail.com> <17516564-37AC-4F77-9C0D-0DD71F8045EA@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17516564-37AC-4F77-9C0D-0DD71F8045EA@zytor.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * hpa@zytor.com wrote: > > Just to check, you mean: EFI reboot (and shutdown) become the default > > methods when the machine is booted in EFI mode, and EFI stuff has not > > been disabled with a kernel parameter? > > Even when running in full hardware ACPI mode. No, I still think "early" EFI is historically better with ACPI reboot. But can we find a firmware flag perhaps that will *not* result in EFI reboot being turned off? > This, I believe, is known to not work. Yeah, I bet so. My problem is that the code appears to have the wrong assumptions: /* * For most modern platforms the preferred method of powering off is via * ACPI. However, there are some that are known to require the use of * EFI runtime services and for which ACPI does not work at all. * * Using EFI is a last resort, to be used only if no other option * exists. */ bool efi_reboot_required(void) { if (!acpi_gbl_reduced_hardware) return false; efi_reboot_quirk_mode = EFI_RESET_WARM; return true; } At minimum the comment is stale: "modern" platforms, *especially* when the only bootup method is EFI, as in the ACER laptop case, I think the preferred reboot method is absolutely an EFI reboot - and it's probably what Windows uses too. The question is, is acpi_gbl_reduced_hardware false on the Acer TravelMate X514-51T? I think it has to be, for the quirk to make sense - if it's true then efi_reboot_required() would set the reboot method to EFI. I.e. we seem to have a new category of systems that are advertising themselves as 'full ACPI compliant', which are NOT old EFI systems, but modern EFI systems. Is there some good way to detect these - such as ACPI version or something? Thanks, Ingo