Received: by 10.223.185.116 with SMTP id b49csp2862042wrg; Mon, 5 Mar 2018 09:51:36 -0800 (PST) X-Google-Smtp-Source: AG47ELvl+EFckSj/o9YfrqwfzMP6EroOT7wV03sIoayChdD7TLOk889uwQSiYbAVnDJYbpdpLnAI X-Received: by 10.167.130.88 with SMTP id e24mr5427253pfn.66.1520272296665; Mon, 05 Mar 2018 09:51:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520272296; cv=none; d=google.com; s=arc-20160816; b=lcvkT3f50vCRARY3oCuUG1NYIJcjUCRTfMoFYwMUT5+8aexznPKCgcikQwibn84dQ7 RRym7L0JTZ7oQ75vQkx+6D4lAVRDB0dzn7AjE7c9BJ8bnAEA+ZmyPDsZwzM27aDoQesZ emTQ8tRTFtPqXBAdV2kJ7n6cO1DHM3pBnBaZ7Gl4ZhjCcsLG503xTHr+Gqtco9wP5fWO CQY7e6WUB/5LQ/S8LW47TeIC79sDXoPgj5/+ZzYs6svy+g2y2sGRG1JC/zLmHBrCtoI/ lugdUAQ9JUY4HfiJoWud9nw7sCHdmb/3NLGmXx9GwLnz5G0891wbUXwz6izXRn05DsPn Tq0Q== 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:arc-authentication-results; bh=eMRDrw3xBV8Vsxg7i/hlGuDlNLT97k5gqe7Fvzv2kfs=; b=ySQQfrmx9SdcFux8fSI4h1Yrmvyi9ViSzAVrYHA4P12HGDRMnwI3R2Q+FD4pC5AYL2 LT6pHRxeRr7hoCNc0g5hc+mix1Qql4f5y4apk2P+LA9Yna456YpfoA+tScqIgLyUbtJM 9M0587/NLXv/JVYhU9N6fDpY6dn204yoIaHNr37E/oXA3k/1F20welAwdR0P/HCcJfCO 6mw059hxIrecQMuXsAD2ACOsIIpt0xbhtZnQqA7dJnZXdBkGBFfVEaGSPWlgfB3gd7Tn BhPpb4YHs9FWxPTT1sqRr8QeJLyBDa2nTfuG040gUpKK9faMEN6Dv/0Fro8zuB6tKU6Y 7SIQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t125si8685377pgc.38.2018.03.05.09.51.22; Mon, 05 Mar 2018 09:51:36 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932395AbeCERtY (ORCPT + 99 others); Mon, 5 Mar 2018 12:49:24 -0500 Received: from mga03.intel.com ([134.134.136.65]:12785 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932361AbeCERtX (ORCPT ); Mon, 5 Mar 2018 12:49:23 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Mar 2018 09:49:21 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.47,427,1515484800"; d="scan'208";a="39371374" Received: from theros.lm.intel.com (HELO linux.intel.com) ([10.232.112.164]) by orsmga002.jf.intel.com with ESMTP; 05 Mar 2018 09:49:21 -0800 Date: Mon, 5 Mar 2018 10:49:20 -0700 From: Ross Zwisler To: Johannes Thumshirn Cc: Dan Williams , Linux Kernel Mailinglist , Linux NV-DIMM Mailing List Subject: Re: [PATCH] acpi, nfit: remove redundant __func__ in dev_dbg Message-ID: <20180305174920.GA19268@linux.intel.com> References: <20180302122049.13900-1-jthumshirn@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180302122049.13900-1-jthumshirn@suse.de> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 02, 2018 at 01:20:49PM +0100, Johannes Thumshirn wrote: > Dynamic debug can be instructed to add the function name to the debug > output using the +f switch, so there is no need for the nfit module to > do it again. If a user decides to add the +f switch for nfit's dynamic > debug this results in double prints of the function name like the > following: > > [ 2391.935383] acpi_nfit_ctl: nfit ACPI0012:00: acpi_nfit_ctl:nmem8 cmd: 10: func: 1 input length: 0 > > Thus remove the stray __func__ printing. > > Signed-off-by: Johannes Thumshirn This makes sense to me, but I guess we'll see what Dan thinks. If we decide to go this route we may also want to do the same to all the instances of this pattern in the libnvdimm debug output.