Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1681745ybz; Thu, 16 Apr 2020 13:35:16 -0700 (PDT) X-Google-Smtp-Source: APiQypInvMzdj0ZDZFDENKyqvBWYVflbhzjEVjnivEO4PmeMPYj1Qu+cvh0kiDrNOIeMfN51OfqI X-Received: by 2002:aa7:d513:: with SMTP id y19mr1127edq.367.1587069316630; Thu, 16 Apr 2020 13:35:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587069316; cv=none; d=google.com; s=arc-20160816; b=0MWhlmZb7NOMOSz/eppK2EZOvtIXFTmzBdnlhdFsWLvQf0+6x8wH9e3/uzKIPzLrbf k2OsQ4l/baF0ptHGdZA2T7lj8Mkx7MzWAqA7oVX4/oAj+tyapdIWde//T4uVC+wYc0E7 VDtWopjrlvlBoU85Sjs7NYww1oaQceamwNBVyauuJZVeKuNG1yvj+PeaVp4ebySTr9KV DQabFrOEZS+/OezhqBJ9oDfA+2y5oveEya4ENTerfmf9efU2L1lOFqkikrmlFeSDACQg ya0vBpVNcVn4CGhqnoI0eVDt3AiiLt+eBEAiHO+WyKFIGUyMwgZUIiXemRbood4cbghJ xRNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=k0geEInc3BNbXkq37g/LdjBu8zvO7JeLgaazkpDHSDk=; b=b7UrO9XMF5PkJ4B5ZL4HikldZ1awNkkBgQ67rC3yN95h6F4e/RRBwWccubuaFI7qla Is4eg8Bk/GpMTxADoosRc15+xp/FYMUP8nZ/s7pmAl7pN4ZTvD2Cjk9iq8unZDH8lzWm 9QqybLHoAA4biPTD0x9bZekvIHGj8revckT4jpBbZtVRE1VfgverIYGM/VzHQogxwKtB gtPJuiF7Hu90E9mTTrCjt2nkYmEaBR3AX0Bdo/t5I1nCE36+GqFoHZ6CpLKiwdkX2TOf Zx9hFwrBmqEJqdNF+S+Y3AHaqYs62cakz9EP8ylr7XT22xV3+A2hsvmVPSJGkroAz376 o5bA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=cdxrl794; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v11si3708137edq.225.2020.04.16.13.34.54; Thu, 16 Apr 2020 13:35:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=cdxrl794; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2503837AbgDPP3w (ORCPT + 99 others); Thu, 16 Apr 2020 11:29:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:57106 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2897452AbgDPNnr (ORCPT ); Thu, 16 Apr 2020 09:43:47 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 46B8E2076D; Thu, 16 Apr 2020 13:43:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587044626; bh=5dglAWUhtBT7vyLpNme4Hm5zBd/bkD6DsA0BDIhulF0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cdxrl794IKAyDe0aXjP1QVdRin7Y3JhDCOjmnvSbVrQkB6x7pzshO4oc6oxIT4psp W8Z235GdiadaYvVysoG/7j0ci1GDnZ/zZNNZUJggaAOpMJKZ/ceOjCxttLrwJXp9qB ipcTdCjpT20W1YpCFlO3YPKLFldluZvZ3ZGUErec= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Rafael J. Wysocki" , Sasha Levin Subject: [PATCH 5.4 035/232] ACPI: EC: Do not clear boot_ec_is_ecdt in acpi_ec_add() Date: Thu, 16 Apr 2020 15:22:09 +0200 Message-Id: <20200416131320.356637843@linuxfoundation.org> X-Mailer: git-send-email 2.26.1 In-Reply-To: <20200416131316.640996080@linuxfoundation.org> References: <20200416131316.640996080@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Rafael J. Wysocki [ Upstream commit 65a691f5f8f0bb63d6a82eec7b0ffd193d8d8a5f ] The reason for clearing boot_ec_is_ecdt in acpi_ec_add() (if a PNP0C09 device object matching the ECDT boot EC had been found in the namespace) was to cause acpi_ec_ecdt_start() to return early, but since the latter does not look at boot_ec_is_ecdt any more, acpi_ec_add() need not clear it. Moreover, doing that may be confusing as it may cause "DSDT" to be printed instead of "ECDT" in the EC initialization completion message, so stop doing it. While at it, split the EC initialization completion message into two messages, one regarding the boot EC and another one printed regardless of whether or not the EC at hand is the boot one. Signed-off-by: Rafael J. Wysocki Signed-off-by: Sasha Levin --- drivers/acpi/ec.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c index ca5cdb621c2a7..2dba4e7a83b76 100644 --- a/drivers/acpi/ec.c +++ b/drivers/acpi/ec.c @@ -1573,7 +1573,6 @@ static int acpi_ec_add(struct acpi_device *device) if (boot_ec && ec->command_addr == boot_ec->command_addr && ec->data_addr == boot_ec->data_addr) { - boot_ec_is_ecdt = false; /* * Trust PNP0C09 namespace location rather than * ECDT ID. But trust ECDT GPE rather than _GPE @@ -1593,9 +1592,12 @@ static int acpi_ec_add(struct acpi_device *device) if (ec == boot_ec) acpi_handle_info(boot_ec->handle, - "Boot %s EC used to handle transactions and events\n", + "Boot %s EC initialization complete\n", boot_ec_is_ecdt ? "ECDT" : "DSDT"); + acpi_handle_info(ec->handle, + "EC: Used to handle transactions and events\n"); + device->driver_data = ec; ret = !!request_region(ec->data_addr, 1, "EC data"); -- 2.20.1