Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp751390pxb; Tue, 2 Feb 2021 17:34:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJybXu9JGN56enBRMgvnJe9+C91ICRr7mXnK/BOChuhOHSuauakCyA3iTwtP4aAAXJJVxA35 X-Received: by 2002:a17:906:a448:: with SMTP id cb8mr773127ejb.174.1612316041946; Tue, 02 Feb 2021 17:34:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612316041; cv=none; d=google.com; s=arc-20160816; b=wpkabtwMjrORSdTy3ErFqIwo1Qwy9sd6jfd73vTQruvKUU/1k2fSUOxSvTEY3Ut3Po HUxy+aoOPvpfHZl/W5I/EtQRWQx3StKww2la5WiVqWBhaWZj5iV2wRZeQii0Y3A7PtmY CIO5fW1LOh0RP29TmKVRtljiPI6/gQMlQWrm2sl/pJDt4rqig76aEM8cgcDx8uQtvYr4 /+47yRopswYILFk4UpYWystZtkij19K90W9p873tjn7UouCsg9a2j+Yx0i9uD6W5b5FN zGXLDoE5krHXnku6bRANDlsRWHyl9ZCWFgsAmJKwMo6iMheju4dJucn43oWEafhEd940 eBLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=DoQnxPr4TUzvQEbqfCAMK8oeQJK0kA3kFTeJtSrSESE=; b=pQHiEFSm/xuhpBxhum4ZquDXIylALuvj3k8QP6cUOI5P+ZNvIUhw6ktCuTxckz+cTO 62zimCXSyQu85FNveyH3JapXUJqc7/TYMX3g7xjVZKWqXtX+ZO+Y1cksbuzCZxJf0wRf KmW3NuGbiMkHWwzRZB8gldL+2wh2Uy2ho16+qojaRLDuzaQln9QX1m3yxeckwCXw03Lb efXNLFEaUxDWkMz+AYvMR9b95TiqNfh+pI+TmjS1ZdeQ9Zkr1o4KQgF0Q5eymvRnQTYh csQYOQr9vrQyCX8aM/CmgcyccGFRxqnqOCbgYcEaLAH+ZidEhCDKC1+rxynfO64r/S5N zJjQ== ARC-Authentication-Results: i=1; mx.google.com; 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 s16si354293ejf.641.2021.02.02.17.33.37; Tue, 02 Feb 2021 17:34:01 -0800 (PST) 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; 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 S231171AbhBCBcC (ORCPT + 99 others); Tue, 2 Feb 2021 20:32:02 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:12008 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230286AbhBCBbx (ORCPT ); Tue, 2 Feb 2021 20:31:53 -0500 Received: from DGGEMS401-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4DVkcx2bXJzjJ7V; Wed, 3 Feb 2021 09:29:53 +0800 (CST) Received: from [10.174.178.147] (10.174.178.147) by DGGEMS401-HUB.china.huawei.com (10.3.19.201) with Microsoft SMTP Server id 14.3.498.0; Wed, 3 Feb 2021 09:31:09 +0800 Subject: Re: [PATCH v2 1/5] ACPI: AC: Clean up printing messages To: "Rafael J. Wysocki" , Linux ACPI CC: Linux PM , LKML , "Rafael J. Wysocki" , Zhang Rui , Hans de Goede , Erik Kaneda , "Joe Perches" References: <2367702.B5bJTmGzJm@kreacher> <1991501.dpTHplkurC@kreacher> <5584914.5WsbVgmIkf@kreacher> From: Hanjun Guo Message-ID: <2b40c1c6-85f8-92dd-7f97-819a6366a333@huawei.com> Date: Wed, 3 Feb 2021 09:31:08 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <5584914.5WsbVgmIkf@kreacher> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.178.147] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rafael, On 2021/2/3 2:14, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Replace the ACPI_DEBUG_PRINT() and ACPI_EXCEPTION() instances > in ac.c with acpi_handle_debug() and acpi_handle_info() calls, > respectively, which among other things causes the excessive log > level of the messages previously printed via ACPI_EXCEPTION() to > be more adequate. > > Drop the _COMPONENT and ACPI_MODULE_NAME() definitions that are not > used any more, drop the no longer needed ACPI_AC_COMPONENT definition > from the headers and update the documentation accordingly. > > Signed-off-by: Rafael J. Wysocki > --- > > v1 -> v2: Changelog update > > --- > Documentation/firmware-guide/acpi/debug.rst | 1 - > drivers/acpi/ac.c | 12 +++++------- > drivers/acpi/sysfs.c | 1 - > include/acpi/acpi_drivers.h | 1 - > 4 files changed, 5 insertions(+), 10 deletions(-) > > Index: linux-pm/Documentation/firmware-guide/acpi/debug.rst > =================================================================== > --- linux-pm.orig/Documentation/firmware-guide/acpi/debug.rst > +++ linux-pm/Documentation/firmware-guide/acpi/debug.rst > @@ -52,7 +52,6 @@ shows the supported mask values, current > ACPI_CA_DISASSEMBLER 0x00000800 > ACPI_COMPILER 0x00001000 > ACPI_TOOLS 0x00002000 > - ACPI_AC_COMPONENT 0x00020000 > ACPI_BATTERY_COMPONENT 0x00040000 > ACPI_BUTTON_COMPONENT 0x00080000 > ACPI_SBS_COMPONENT 0x00100000 > Index: linux-pm/drivers/acpi/ac.c > =================================================================== > --- linux-pm.orig/drivers/acpi/ac.c > +++ linux-pm/drivers/acpi/ac.c In this file, printk() is still using, how about convert them all into pr_*? I think patch on top your or update this patch are both OK. Thanks Hanjun