Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3979415pxb; Mon, 8 Feb 2021 05:13:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJwhO+F+UFm/yJ5rv9NjVJq6RAQgscKSMXdCqCiD3+03TZQzgJAG0Q6vf+IyVvMJ2I/pHwQH X-Received: by 2002:a17:906:7c43:: with SMTP id g3mr16786052ejp.210.1612790020347; Mon, 08 Feb 2021 05:13:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612790020; cv=none; d=google.com; s=arc-20160816; b=nrUGqjmPOFDPHcttka+XV7L4RL7hWgN5QUx4QsHADZvbA1lGcDKI6/xITO4LbAM7it /EYmL+pOJw1R23vXlfhyuY/q6Du8z7UoCODdopquVLXTdIvbz423BVgfKfkyeJP3Y/a4 yORGHPYgGbQu5r+FHkaXoAHWrsiZv6ZYdODASWdnPsm6Oz4KZp4x/GcnH52JW12DEFhW qJg9vNHzr7RGT9nbjZ9gKiWd8NPEbouIfk2jmgnls11nBEyPySLKF9+c8L0RiJC9BJSl 1eRDWl8ITnJ+neIVpX8JW6lyTc15dMN2s5nUbOZMK41o1GmDyFhbUlFOuK4NIjTCiAlC 0jIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=BYmHvjVwE5XFaLFCvFzzB71ALf3F6Iq/p/sYyUsGGVI=; b=f2tc6FG25fwPaB4GEqvbbtEjZ2HvbBE1blWf8Y1AW+1rSFUxNJLo9pXe2wTsWZB93s +1brR0DccOhTTteP1HYeBTeJcM0KcxU9bJt9QiT7WLZUX6lyxYGFWeJxXbHTJZUg4tTb orTzxOcSga1cmbXE7IxkxkpaeMdinrJcZ0Iqivo4T/gopHXy1MI1p2FmEqR+RcJcNDoQ RzrxuNTXWBiweZQ4J50x+VJqnkxTgtRzjZCb+9ft1o8kJugqC4dD12aQMnAkCyVCLOOx QAKej2mXigvd736FnJcOO54CqNl3Q1BP/3P9OcI8iRflgvviMatbZuG+txIsM7pX5z8M 5VcA== 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 rn17si13007970ejb.653.2021.02.08.05.13.15; Mon, 08 Feb 2021 05:13:40 -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 S230256AbhBHNKU (ORCPT + 99 others); Mon, 8 Feb 2021 08:10:20 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:12599 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229848AbhBHNKS (ORCPT ); Mon, 8 Feb 2021 08:10:18 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4DZ5tN1XMdz164TN; Mon, 8 Feb 2021 21:08:12 +0800 (CST) Received: from [127.0.0.1] (10.69.38.196) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.498.0; Mon, 8 Feb 2021 21:09:29 +0800 Subject: Re: [PATCH 1/4] driver core: Use subdir-ccflags-* to inherit debug flag To: Greg KH CC: , , , , , , , , , , , , , , , References: <1612518255-23052-1-git-send-email-yangyicong@hisilicon.com> <1612518255-23052-2-git-send-email-yangyicong@hisilicon.com> <08017751-a1be-ea07-50de-73d14ab6d57e@hisilicon.com> From: Yicong Yang Message-ID: <1f0b2f37-db56-c220-dfe1-8c376031404f@hisilicon.com> Date: Mon, 8 Feb 2021 21:09:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.69.38.196] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/2/8 18:47, Greg KH wrote: > On Mon, Feb 08, 2021 at 06:44:52PM +0800, Yicong Yang wrote: >> Hi Greg, >> >> On 2021/2/5 17:53, Greg KH wrote: >>> On Fri, Feb 05, 2021 at 05:44:12PM +0800, Yicong Yang wrote: >>>> From: Junhao He >>>> >>>> Use subdir-ccflags-* instead of ccflags-* to inherit the debug >>>> settings from Kconfig when traversing subdirectories. >>> >>> That says what you do, but not _why_ you are doing it. >> >> i'll illustrate the reason and reword the commit. >> >>> >>> What does this offer in benefit of the existing way? What is it fixing? >>> Why do this "churn"? >> >> currently we have added ccflags-$(CONFIG_DEBUG_DRIVER) := -DDEBUG in the Makefile >> of driver/base and driver/base/power, but not in the subdirectory >> driver/base/firmware_loader. we cannot turn the debug on for subdirectory >> firmware_loader if we config DEBUG_DRIVER and there is no kconfig option >> for the it. > > Is that necessary? Does that directory need it? there are several debug prints in firmware_loader/main.c: ./main.c:207: pr_debug("%s: fw-%s fw_priv=%p\n", __func__, fw_name, fw_priv); ./main.c:245: pr_debug("batched request - sharing the same struct fw_priv and lookup for multiple requests\n"); ./main.c:269: pr_debug("%s: fw-%s fw_priv=%p data=%p size=%u\n", ./main.c:594: pr_debug("%s: fw-%s fw_priv=%p data=%p size=%u\n", ./main.c:605: pr_debug("%s: fw_name-%s devm-%p released\n", ./main.c:1175: pr_debug("%s: %s\n", __func__, fw_name); ./main.c:1181: pr_debug("%s: %s ret=%d\n", __func__, fw_name, ret); ./main.c:1214: pr_debug("%s: %s\n", __func__, fw_name); ./main.c:1272: pr_debug("%s: fw: %s\n", __func__, name); ./main.c:1389: pr_debug("%s\n", __func__); ./main.c:1415: pr_debug("%s\n", __func__); > > thanks, > > greg k-h > > . >