Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp778411pxb; Tue, 2 Feb 2021 18:26:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJz/Nuc8xDPH0m126zeMbcBfvMknzhNScIZZ1RaVH2fug+RxPcrUmmaYMdarQ+BwuSWpb/jU X-Received: by 2002:a17:906:9ad3:: with SMTP id ah19mr937545ejc.37.1612319176774; Tue, 02 Feb 2021 18:26:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612319176; cv=none; d=google.com; s=arc-20160816; b=LkGp6MTqVl/UDLbtT/AgCzHxm6hc49kfsi4OuIQ4KGG7XHrGSOd0ij3bgE0ErqkP5i sKt19T53m4X0dt9socN15mJKTf/7d91tOaKW6pZAVmewW8vMpUGTIBlvcgQl2Z+YvCkZ p+eoqgBOpeFx6S7zfz4KcWZJ7TfkPxnjDomd4x4qydYnhhNKU89/4EJi/zQZDnQ7idk/ cKJLb7mWVuPJuv0pgwWjt9RZapheeLmH6sOdc+Ixzt23CQWNw40BTPPh0lKs3MsxDX7e nivlu9qVW0tCPjUF2Fe/TIR1USWBH+tlhjrszEEkkDCbFnU1HS+pB2e17AHCfUeRBpmg 9Rvg== 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=tFAJP/gat6zUYkd0AZar+RxG6tPjuhiQYq1uNgokz08=; b=MiNTgn8BUMONbcdGQLgtPVxn1s3/XREYgLRmy98XpIwxmhkHVlV7GH/XOD8A03S5fx vX9DzgmvGwXUC5IVIi2E6LdfGmyERkKxndiIt6JZsXFQbe83f1St2mvL14AIgHRdiQLg kP5mZVGfm6Wu9enOxrOvFdFUcY3MoadRrJV6IlKUQlhF0i3lkWLbsQFiqFJ63kO4QZvr iwM+RSfbDNDYSkTtPVvQigxI0P1g6tDUCwnq+0AcenEAB1fKLfCRbolaDmLLT+3ohiT8 vLGXJ/lioSLfkz2Xza8GC0lydmKwnXUwGjG2EWaG4yvbdnbZvPW1do11XasOiP3y38zf Z4fg== 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 f25si326251edr.468.2021.02.02.18.25.52; Tue, 02 Feb 2021 18:26:16 -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 S231336AbhBCCYc (ORCPT + 99 others); Tue, 2 Feb 2021 21:24:32 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:12011 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231258AbhBCCYb (ORCPT ); Tue, 2 Feb 2021 21:24:31 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4DVlnf5Y6dzjHhK; Wed, 3 Feb 2021 10:22:30 +0800 (CST) Received: from [10.174.178.147] (10.174.178.147) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.498.0; Wed, 3 Feb 2021 10:23:48 +0800 Subject: Re: [PATCH v2 5/5] ACPI: thermal: 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> <2382444.QC0lEobvty@kreacher> From: Hanjun Guo Message-ID: Date: Wed, 3 Feb 2021 10:23:42 +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: <2382444.QC0lEobvty@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 On 2021/2/3 2:19, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Replace the ACPI_DEBUG_PRINT() instances in thermal.c with > acpi_handle_debug() calls and modify the ACPI_THERMAL_TRIPS_EXCEPTION() > macro in there to use acpi_handle_info() internally, which among other > things causes the excessive log level of the messages printed by it to > be more adequate. > > Drop the _COMPONENT and ACPI_MODULE_NAME() definitions that are not > used any more from thermal.c, drop the no longer needed > ACPI_THERMAL_COMPONENT definition from the headers and update the > documentation accordingly. > > While at it, add a pr_fmt() definition to thermal.c, drop the PREFIX > definition from there and replace some pr_warn() calls with pr_info() > or acpi_handle_info() to reduce the excessive log level and (in the > latter case) facilitate easier identification of the message source. > > Signed-off-by: Rafael J. Wysocki > --- > > v1 -> v2: Changelog update Reviewed-by: Hanjun Guo Thanks Hanjun