Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1738135pxf; Fri, 26 Mar 2021 13:46:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYTeUo6FJfSezjVedL+5GewgIsEXNJb6A7P4FPOBb4gDSaGTlQPiA7H75592qEtJL1m9CM X-Received: by 2002:a17:907:2d9f:: with SMTP id gt31mr17132498ejc.233.1616791574614; Fri, 26 Mar 2021 13:46:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616791574; cv=none; d=google.com; s=arc-20160816; b=LaomDVaWhBPZ1l1/u3qhwrHGO1VjMGVGgjc14zDnL8/5+wj5HnyGo3UMMdyl6bjzMl Uyxd0abKn+gi7IB4d3ly5KXsPawcg4tTqqAIb+cwzyLse3yztBuA+fsn0MeqD4UJqgiA Yk459i8Ggf/nNpcPUjnj5Urj7q6BC6FtMlQWDwf9VwU7O5ugMznRdiZ+DGUcOn8OFQhF +jWAbdE5fBAERlGH+wQRdVKGxvVcrHJKrG4ZsnDU18NptJrfcJwmqjC7R2vb2liJnR1r 0CHWsmS0vdbL0x4Xj6/A4ZEkv5liYbgtYdp6n/eQergMc3yUMbUkPKMyckShRtfhdNeX uCeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=/wxiAhLE6+mGSfph2Jw1p5mKe4Z7xPGN/REbaqef4NI=; b=X40Fb+Zettbg9P/iEjRfs4uBAGifCvygPtB8IZLZSmeCBVacGFq8WewuERmvXjBMuB D95lwv0q+zffjckkoyYIg32qfWFQRmziOslef56pXcDkAA45GisVGpsY7wPEQd6Cq3wA AL7Zee4AfC/eAlofG4dcWYIuxEFGlN6doSrb6jir2JE9svfN7pyYXCPqNRe4vlNzgDDY JdHljCMNSWHN31tVWjQu6nbQfKYOWxUJ/inyu/9F/3SnT0VG1r6dIRHlCSL29HN1sIo4 CoWMwFxq57/8WXIQMdLNR1bpxXRSX5ir4Tw/o1vO8keuQyziMtcZ55z8Zt8H4Ihtoz9L Tr/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GDf9bGL4; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw21si7382662edb.344.2021.03.26.13.45.52; Fri, 26 Mar 2021 13:46:14 -0700 (PDT) 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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GDf9bGL4; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230447AbhCZUjj (ORCPT + 99 others); Fri, 26 Mar 2021 16:39:39 -0400 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:53170 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230337AbhCZUjO (ORCPT ); Fri, 26 Mar 2021 16:39:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1616791154; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/wxiAhLE6+mGSfph2Jw1p5mKe4Z7xPGN/REbaqef4NI=; b=GDf9bGL4UW6apWDsgTnEHpmy/4zbfVADxA8oPLjgbWvL5+pCoH/hQwAkX+RkgSa4K52Jda pqc5LpWkb9xwk3KUEd3MoDoxXfHDH/zgOdPqpRjXoEeH8ZnQBX+049kDezagfBMefz/piD doX5QviF7DAleuk0TgL9OKKEnD+1vfA= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-464-AVxqTZ6fPvm5f8MLFanzFg-1; Fri, 26 Mar 2021 16:39:10 -0400 X-MC-Unique: AVxqTZ6fPvm5f8MLFanzFg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 99962107ACCA; Fri, 26 Mar 2021 20:39:07 +0000 (UTC) Received: from Whitewolf.lyude.net (ovpn-114-133.rdu2.redhat.com [10.10.114.133]) by smtp.corp.redhat.com (Postfix) with ESMTP id 3E5145DAA5; Fri, 26 Mar 2021 20:39:06 +0000 (UTC) From: Lyude Paul To: nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org, intel-gfx@lists.freedesktop.org Cc: Robert Foss , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter , linux-kernel@vger.kernel.org (open list) Subject: [PATCH v2 07/20] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED() Date: Fri, 26 Mar 2021 16:37:54 -0400 Message-Id: <20210326203807.105754-8-lyude@redhat.com> In-Reply-To: <20210326203807.105754-1-lyude@redhat.com> References: <20210326203807.105754-1-lyude@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want to make sure that we can also add ratelimited versions of these macros in order to retain some of the previous debugging output behavior we had. However, as I was preparing to do this I noticed that the current rate limited macros we have are kind of bogus. It looks like when I wrote these, I didn't notice that we'd always be calling __ratelimit() even if the debugging message we'd be printing would normally be filtered out due to the relevant DRM debugging category being disabled. So, let's fix this by making sure to check drm_debug_enabled() in our ratelimited macros before calling __ratelimit(), and start using drm_dev_printk() in order to print debugging messages since that will save us from doing a redundant drm_debug_enabled() check. And while we're at it, let's move the code for this into another macro that we can reuse for defining new ratelimited DRM debug macros more easily. v2: * Make sure to use tabs where possible in __DRM_DEFINE_DBG_RATELIMITED() Signed-off-by: Lyude Paul Cc: Robert Foss --- include/drm/drm_print.h | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h index f32d179e139d..a3c58c941bdc 100644 --- a/include/drm/drm_print.h +++ b/include/drm/drm_print.h @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...); #define DRM_DEBUG_DP(fmt, ...) \ __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__) - -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) \ -({ \ - static DEFINE_RATELIMIT_STATE(_rs, \ - DEFAULT_RATELIMIT_INTERVAL, \ - DEFAULT_RATELIMIT_BURST); \ - if (__ratelimit(&_rs)) \ - drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__); \ +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...) \ +({ \ + static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST);\ + const struct drm_device *drm_ = (drm); \ + \ + if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_)) \ + drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__); \ }) +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \ + __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__) + +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__) + /* * struct drm_device based WARNs * -- 2.30.2