Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp769097ybl; Wed, 8 Jan 2020 05:37:26 -0800 (PST) X-Google-Smtp-Source: APXvYqyFs7Dc25n+43DWykmYbWHumAmaXmrlWDqRUl7J14Ll37jDv9f+q7Jioa4lC/PkeFDKLcFl X-Received: by 2002:a54:4501:: with SMTP id l1mr2813797oil.101.1578490646666; Wed, 08 Jan 2020 05:37:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578490646; cv=none; d=google.com; s=arc-20160816; b=uXVdBfpB+Xoi6W+KQUc7xP7V4uix+3mzujItxmqCGeTvxdxLtA71as3DYk9sbW9FPF 9SXWRL5uGDirFsFTOAVcPnHfkJj2ovi7n5luNL5Sjdn4EIaJXSHuSha4Ci7gSK0J1voY Rh4o51Hhw7EalxmHlJzmCIC9co3Turl75T26bc4GbhLpk/5SPJCuyvish+JHPnXinWNk xB3Qa6W/3MzlgbJI5nKvw1k9Hl4CA0iw4hG0BqrKzVRlvyWvHS5ENpCDfFfaVCwhIHkt inczQeu1weCQowr3Dih3JqJ1lDR7il2kMdY/1ePat1vsIfiAzBR3dkKdtKNyMLfqc7Nn qf6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:subject:user-agent:message-id :references:cc:in-reply-to:from:to:content-transfer-encoding :mime-version; bh=fftEc9/EWVr0vAaVKBcgtAGO30za+4Ex6yAV9GqOncU=; b=IcC3Fc2dv5t0xzvPICFUsSZetbogCzt1jRsy04ei4LfYxDp3pvBbULXNGRAGHmwZlJ ocw9YVG+kc38dOVRoiMvE+w2238XopGHHIQgXzMAl9MrKz+7Cp9uDCoY5Sw4EFeVX3KW yJBzerZlR6JtFtRwhbTNLL8r4BrjDYwOZe7fkSECoNoyl8fH/tBkwPQKy0hFKSp6mMXH d4yUkQiVvGf1/Bu6CEWc3h3OclVAKfZa3YrLEjgaIMJy9hoesbl/pP9onEXBrTJ3/h+d rGXsNcr8YYu6WtbzJcGd109AG4Pe/eLQfuLam2h3Q3BxCRUhrUbP/WzsMPc4MHcmTjox Ec0g== 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 i12si1858876otk.215.2020.01.08.05.37.13; Wed, 08 Jan 2020 05:37:26 -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 S1727907AbgAHKpI convert rfc822-to-8bit (ORCPT + 99 others); Wed, 8 Jan 2020 05:45:08 -0500 Received: from mail.fireflyinternet.com ([109.228.58.192]:63048 "EHLO fireflyinternet.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726098AbgAHKpI (ORCPT ); Wed, 8 Jan 2020 05:45:08 -0500 X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=78.156.65.138; Received: from localhost (unverified [78.156.65.138]) by fireflyinternet.com (Firefly Internet (M1)) with ESMTP (TLS) id 19806929-1500050 for multiple; Wed, 08 Jan 2020 10:44:59 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT To: Jani Nikula , Joonas Lahtinen , Wambui Karuga , airlied@linux.ie, daniel@ffwll.ch, rodrigo.vivi@intel.com From: Chris Wilson In-Reply-To: <8736cqs2uf.fsf@intel.com> Cc: intel-gfx@lists.freedesktop.org, seanpaul@chromium.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org References: <157847199686.4725.87481257304852182@jlahtine-desk.ger.corp.intel.com> <8736cqs2uf.fsf@intel.com> Message-ID: <157848029770.2273.9590955422248556735@skylake-alporthouse-com> User-Agent: alot/0.6 Subject: Re: [Intel-gfx] [PATCH 1/5] drm/i915: convert to using the drm_dbg_kms() macro. Date: Wed, 08 Jan 2020 10:44:57 +0000 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Jani Nikula (2020-01-08 09:40:40) > On Wed, 08 Jan 2020, Joonas Lahtinen wrote: > > Quoting Wambui Karuga (2020-01-07 17:13:29) > >> Convert the use of the DRM_DEBUG_KMS() logging macro to the new struct > >> drm_device based drm_dbg_kms() logging macro in i915/intel_pch.c. > >> > >> Signed-off-by: Wambui Karuga > >> --- > >> drivers/gpu/drm/i915/intel_pch.c | 46 +++++++++++++++++--------------- > >> 1 file changed, 24 insertions(+), 22 deletions(-) > >> > >> diff --git a/drivers/gpu/drm/i915/intel_pch.c b/drivers/gpu/drm/i915/intel_pch.c > >> index 43b68b5fc562..4ed60e1f01db 100644 > >> --- a/drivers/gpu/drm/i915/intel_pch.c > >> +++ b/drivers/gpu/drm/i915/intel_pch.c > >> @@ -12,90 +12,91 @@ intel_pch_type(const struct drm_i915_private *dev_priv, unsigned short id) > >> { > >> switch (id) { > >> case INTEL_PCH_IBX_DEVICE_ID_TYPE: > >> - DRM_DEBUG_KMS("Found Ibex Peak PCH\n"); > >> + drm_dbg_kms(&dev_priv->drm, "Found Ibex Peak PCH\n"); > > > > Did we at some point consider i915_dbg_kms alias? That would just take > > dev_priv (or i915, as it's called in newer code). It would shorten many > > of the statements. > > > > i915_dbg_kms(dev_priv, ...) or i915_dbg_kms(i915, ...) > > I'd rather use the common drm logging macros. I thought about adding > i915 specific ones only if the drm device specific logging macros > weren't going to be merged. Why do they even exist? Why isn't it enough to do #define drm_info(drm, fmt, ...) dev_info(&(drm)->dev, fmt, ##__VA_ARGS) ? #define i915_info(i915, fmt, ...) drm_info(&(i915)->drm, fmt, ##__VA_ARGS) The lea for &i915->drm.dev is the same as the mov, so we shave off an unnecessary wrapper. -Chris