Message ID | cover.1671566741.git.code@siddh.me |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:e747:0:0:0:0:0 with SMTP id c7csp3167254wrn; Tue, 20 Dec 2022 12:30:58 -0800 (PST) X-Google-Smtp-Source: AMrXdXtHOEn7cbBAievESONe+inB7IkcOAxTgW8TpJY88HaWSs/ee9/KDpgK4D47ARgnTB8poh5s X-Received: by 2002:a17:90b:4b0a:b0:223:4785:1458 with SMTP id lx10-20020a17090b4b0a00b0022347851458mr23022813pjb.45.1671568258348; Tue, 20 Dec 2022 12:30:58 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1671568258; cv=pass; d=google.com; s=arc-20160816; b=A9F77IUsPXUcwvKk19idJw8Iq6LlaL7ss59tKFRmfjkGC/IvjYEg8/y0uXEHIHADoo PGrWz41akeC77YJf+EIf+uHEu0F/lmKFbUxJsexNpZ+rQpkNrbrQ2QAfNzuUu+NtZwdo bW6i/czJzH4QXKMqq8tBwG0tHywL/ApebCg6JsK7+fGChTbpozTaXk9Xpweq4rEM/acq plA1h2ZlUMfJAeYZeuOirR08GuIkk+6yIFSLQY+vuzqDXTuogcmUFI3Zb3BeWsp2Xv4R zuGU/SxV450KVViEFZP6duRW/QD25Ajh/SF9xI8+cKZjbdeUUa3nDzf6k1vjMmd72FHc bVbA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version:date :subject:message-id:cc:to:from:dkim-signature; bh=JlRM3rCUPaDSbEmeJCKwpeV0esy7S6JTSYavzUNBpRM=; b=Ee35Qrp3zoEJe2BnmT9Jb5oIcU9WOjt1hSlkyoxNHt5lQcGGOHFfEdR5c3GYwtE9R8 zqS0AZE3wZ7bFotiPF6VU3mWiEfNXoq4F3O+f7g+vwBOigqXJlVEPW7hFSNoJ00AskZQ SGlKMhfBsUr7yD8xw918b8xqxju6x3NiiV7Iy+LmAepVzKabIARDRdRMEAXB3DVFRwss oCHrJxm5UgqpCkW3O0XwAVK/T8w4fG401LY+JnMaEclytKi2MGDUNyGf4WhUNlfBpGbn qIPbvT5V5Dxyy4IvkKIADfJ8gMYRGS8P0cgcYcek5ZyssOowsAKr+xEBSIYzC+GS5xTj GzCw== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@siddh.me header.s=zmail header.b=ObSev0hn; arc=pass (i=1 spf=pass spfdomain=siddh.me dkim=pass dkdomain=siddh.me dmarc=pass fromdomain=siddh.me>); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=siddh.me Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m6-20020a656a06000000b0047071cc77f8si17592882pgu.803.2022.12.20.12.30.45; Tue, 20 Dec 2022 12:30:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@siddh.me header.s=zmail header.b=ObSev0hn; arc=pass (i=1 spf=pass spfdomain=siddh.me dkim=pass dkdomain=siddh.me dmarc=pass fromdomain=siddh.me>); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=siddh.me Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234368AbiLTUVH (ORCPT <rfc822;abdi.embedded@gmail.com> + 99 others); Tue, 20 Dec 2022 15:21:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55160 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234273AbiLTUUc (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 20 Dec 2022 15:20:32 -0500 Received: from sender-of-o50.zoho.in (sender-of-o50.zoho.in [103.117.158.50]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0D877E60 for <linux-kernel@vger.kernel.org>; Tue, 20 Dec 2022 12:19:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671567417; cv=none; d=zohomail.in; s=zohoarc; b=O2fp4AM28cnbKodTzMrLVyXE0wr/t8Ys7yBBf4qImAw228dgshvX1rn6+8uxvWW1ezHSQJWN8cmwXHMG7W1Q5cKwjxANbVy3Ia0U0eff+D6I6HUTy5cWrZP8JZEg/gqLjRREk5JvwT55tlfHD4a/wLfb1lErrCpUi84IaY5Tiho= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.in; s=zohoarc; t=1671567417; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:MIME-Version:Message-ID:Subject:To; bh=JlRM3rCUPaDSbEmeJCKwpeV0esy7S6JTSYavzUNBpRM=; b=Hj+rTSLHEjJPUEqjm2I26BNxLnIqMU1LQqHKC4DgnAkPTlLz258PC1MsfZJ6h+u+NFTYTnFlYIAIG4HpnBrOSznxTYobo3TpK/nwVlB1FvEE/1IVcItYihuocByl4EHNfP10JVU+eDSNOwfknVXKnvVV69vBWNFsuA9pV2RDP3k= ARC-Authentication-Results: i=1; mx.zohomail.in; dkim=pass header.i=siddh.me; spf=pass smtp.mailfrom=code@siddh.me; dmarc=pass header.from=<code@siddh.me> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1671567417; s=zmail; d=siddh.me; i=code@siddh.me; h=From:From:To:To:Cc:Cc:Message-ID:Subject:Subject:Date:Date:MIME-Version:Content-Transfer-Encoding:Content-Type:Message-Id:Reply-To; bh=JlRM3rCUPaDSbEmeJCKwpeV0esy7S6JTSYavzUNBpRM=; b=ObSev0hn26mww8d1Jxy2qHMLYMKH+RGdBoOFLOcbEzevFP0ohDKPTESX0wt/gfIL 3b6yhzF1ErgYCsGmdJkDyb185J1e6/p5NnmdxKGs2KmKAIqSXc6Z826DQMhoLmS2bNW thiHfEkG0bsDwLs6KFSpf2q2GEKN3o0eNgbmbPrs= Received: from kampyooter.. (110.226.31.37 [110.226.31.37]) by mx.zoho.in with SMTPS id 16715674172169.971315320491499; Wed, 21 Dec 2022 01:46:57 +0530 (IST) From: Siddh Raman Pant <code@siddh.me> To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>, Maxime Ripard <mripard@kernel.org>, Thomas Zimmermann <tzimmermann@suse.de>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch> Cc: dri-devel <dri-devel@lists.freedesktop.org>, linux-kernel <linux-kernel@vger.kernel.org> Message-ID: <cover.1671566741.git.code@siddh.me> Subject: [PATCH 00/10] drm: Remove usage of deprecated DRM_* macros Date: Wed, 21 Dec 2022 01:46:35 +0530 X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External Content-Type: text/plain; charset=utf8 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1752766358212160965?= X-GMAIL-MSGID: =?utf-8?q?1752766358212160965?= |
Series |
drm: Remove usage of deprecated DRM_* macros
|
|
Message
Siddh Raman Pant
Dec. 20, 2022, 8:16 p.m. UTC
This patchset aims to remove usages of deprecated DRM_* macros from the files residing in drivers/gpu/drm root. In process, I found out that NULL as first argument of drm_dbg_* wasn't working, but it was listed as the alternative in deprecation comment, so I fixed that before removing usages of DRM_DEBUG_* macros. This patchset should be applied in order as changes might be dependent. Please review and let me know if any errors are there, and hopefully this gets accepted. Siddh Raman Pant (10): drm: Remove usage of deprecated DRM_INFO drm: Remove usage of deprecated DRM_NOTE drm: Remove usage of deprecated DRM_ERROR drm/print: Fix support for NULL as first argument of drm_dbg_* drm: Remove usage of deprecated DRM_DEBUG drm: Remove usage of deprecated DRM_DEBUG_DRIVER drm: Remove usage of deprecated DRM_DEBUG_KMS drm: Remove usage of deprecated DRM_DEBUG_PRIME drm/drm_blend: Remove usage of deprecated DRM_DEBUG_ATOMIC drm/drm_lease: Remove usage of deprecated DRM_DEBUG_LEASE drivers/gpu/drm/drm_agpsupport.c | 4 +- drivers/gpu/drm/drm_blend.c | 13 ++- drivers/gpu/drm/drm_bridge.c | 8 +- drivers/gpu/drm/drm_bufs.c | 122 ++++++++++++------------ drivers/gpu/drm/drm_client_modeset.c | 118 +++++++++++++---------- drivers/gpu/drm/drm_color_mgmt.c | 4 +- drivers/gpu/drm/drm_connector.c | 28 +++--- drivers/gpu/drm/drm_context.c | 18 ++-- drivers/gpu/drm/drm_crtc.c | 36 ++++--- drivers/gpu/drm/drm_crtc_helper.c | 62 ++++++------ drivers/gpu/drm/drm_debugfs_crc.c | 8 +- drivers/gpu/drm/drm_displayid.c | 6 +- drivers/gpu/drm/drm_dma.c | 10 +- drivers/gpu/drm/drm_drv.c | 28 +++--- drivers/gpu/drm/drm_edid.c | 17 ++-- drivers/gpu/drm/drm_file.c | 18 ++-- drivers/gpu/drm/drm_flip_work.c | 2 +- drivers/gpu/drm/drm_framebuffer.c | 3 +- drivers/gpu/drm/drm_gem.c | 7 +- drivers/gpu/drm/drm_gem_dma_helper.c | 6 +- drivers/gpu/drm/drm_gem_shmem_helper.c | 6 +- drivers/gpu/drm/drm_hashtab.c | 10 +- drivers/gpu/drm/drm_ioc32.c | 13 +-- drivers/gpu/drm/drm_ioctl.c | 24 ++--- drivers/gpu/drm/drm_irq.c | 4 +- drivers/gpu/drm/drm_kms_helper_common.c | 2 +- drivers/gpu/drm/drm_lease.c | 68 ++++++------- drivers/gpu/drm/drm_legacy_misc.c | 4 +- drivers/gpu/drm/drm_lock.c | 36 +++---- drivers/gpu/drm/drm_mipi_dbi.c | 19 ++-- drivers/gpu/drm/drm_mm.c | 8 +- drivers/gpu/drm/drm_mode_config.c | 2 +- drivers/gpu/drm/drm_mode_object.c | 6 +- drivers/gpu/drm/drm_modes.c | 10 +- drivers/gpu/drm/drm_modeset_helper.c | 2 +- drivers/gpu/drm/drm_pci.c | 14 +-- drivers/gpu/drm/drm_plane.c | 46 ++++----- drivers/gpu/drm/drm_probe_helper.c | 39 ++++---- drivers/gpu/drm/drm_rect.c | 4 +- drivers/gpu/drm/drm_scatter.c | 19 ++-- drivers/gpu/drm/drm_syncobj.c | 2 +- drivers/gpu/drm/drm_sysfs.c | 22 ++--- drivers/gpu/drm/drm_vm.c | 45 +++++---- include/drm/drm_print.h | 91 ++++++++++++++---- 44 files changed, 549 insertions(+), 465 deletions(-)
Comments
Hi Am 20.12.22 um 21:16 schrieb Siddh Raman Pant: > This patchset aims to remove usages of deprecated DRM_* macros from the > files residing in drivers/gpu/drm root. > > In process, I found out that NULL as first argument of drm_dbg_* wasn't > working, but it was listed as the alternative in deprecation comment, > so I fixed that before removing usages of DRM_DEBUG_* macros. > > This patchset should be applied in order as changes might be dependent. > > Please review and let me know if any errors are there, and hopefully > this gets accepted. Thanks for the patchset. Overall this looks fine. But the use of pr_() functions is not optimal in my opinion. I know that I recommended using it, but at a closer look, I think we might want to reconsider that. I wouldn't like losing the '[drm]' tag, but adding them to each pr_() call isn't a good idea either. I think it would be nicer to replace DRM_INFO with drm_info(NULL, ). Depending on the device being NULL, the helpers would select dev-based messages or printk-based messages. It would then work like drm_dbg_(). But it needs some additional changes. Can you first move all pr_() related changes into a new patchset? The trivial conversion were the device is known and not NULL can remain in this patchset and be merged soon. We can afterwards have a separate discussion for the changes that currently involve pr_(). Best regards Thomas > > Siddh Raman Pant (10): > drm: Remove usage of deprecated DRM_INFO > drm: Remove usage of deprecated DRM_NOTE > drm: Remove usage of deprecated DRM_ERROR > drm/print: Fix support for NULL as first argument of drm_dbg_* > drm: Remove usage of deprecated DRM_DEBUG > drm: Remove usage of deprecated DRM_DEBUG_DRIVER > drm: Remove usage of deprecated DRM_DEBUG_KMS > drm: Remove usage of deprecated DRM_DEBUG_PRIME > drm/drm_blend: Remove usage of deprecated DRM_DEBUG_ATOMIC > drm/drm_lease: Remove usage of deprecated DRM_DEBUG_LEASE > > drivers/gpu/drm/drm_agpsupport.c | 4 +- > drivers/gpu/drm/drm_blend.c | 13 ++- > drivers/gpu/drm/drm_bridge.c | 8 +- > drivers/gpu/drm/drm_bufs.c | 122 ++++++++++++------------ > drivers/gpu/drm/drm_client_modeset.c | 118 +++++++++++++---------- > drivers/gpu/drm/drm_color_mgmt.c | 4 +- > drivers/gpu/drm/drm_connector.c | 28 +++--- > drivers/gpu/drm/drm_context.c | 18 ++-- > drivers/gpu/drm/drm_crtc.c | 36 ++++--- > drivers/gpu/drm/drm_crtc_helper.c | 62 ++++++------ > drivers/gpu/drm/drm_debugfs_crc.c | 8 +- > drivers/gpu/drm/drm_displayid.c | 6 +- > drivers/gpu/drm/drm_dma.c | 10 +- > drivers/gpu/drm/drm_drv.c | 28 +++--- > drivers/gpu/drm/drm_edid.c | 17 ++-- > drivers/gpu/drm/drm_file.c | 18 ++-- > drivers/gpu/drm/drm_flip_work.c | 2 +- > drivers/gpu/drm/drm_framebuffer.c | 3 +- > drivers/gpu/drm/drm_gem.c | 7 +- > drivers/gpu/drm/drm_gem_dma_helper.c | 6 +- > drivers/gpu/drm/drm_gem_shmem_helper.c | 6 +- > drivers/gpu/drm/drm_hashtab.c | 10 +- > drivers/gpu/drm/drm_ioc32.c | 13 +-- > drivers/gpu/drm/drm_ioctl.c | 24 ++--- > drivers/gpu/drm/drm_irq.c | 4 +- > drivers/gpu/drm/drm_kms_helper_common.c | 2 +- > drivers/gpu/drm/drm_lease.c | 68 ++++++------- > drivers/gpu/drm/drm_legacy_misc.c | 4 +- > drivers/gpu/drm/drm_lock.c | 36 +++---- > drivers/gpu/drm/drm_mipi_dbi.c | 19 ++-- > drivers/gpu/drm/drm_mm.c | 8 +- > drivers/gpu/drm/drm_mode_config.c | 2 +- > drivers/gpu/drm/drm_mode_object.c | 6 +- > drivers/gpu/drm/drm_modes.c | 10 +- > drivers/gpu/drm/drm_modeset_helper.c | 2 +- > drivers/gpu/drm/drm_pci.c | 14 +-- > drivers/gpu/drm/drm_plane.c | 46 ++++----- > drivers/gpu/drm/drm_probe_helper.c | 39 ++++---- > drivers/gpu/drm/drm_rect.c | 4 +- > drivers/gpu/drm/drm_scatter.c | 19 ++-- > drivers/gpu/drm/drm_syncobj.c | 2 +- > drivers/gpu/drm/drm_sysfs.c | 22 ++--- > drivers/gpu/drm/drm_vm.c | 45 +++++---- > include/drm/drm_print.h | 91 ++++++++++++++---- > 44 files changed, 549 insertions(+), 465 deletions(-) > -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Ivo Totev
On Wed, 21 Dec 2022, Thomas Zimmermann <tzimmermann@suse.de> wrote: > Hi > > Am 20.12.22 um 21:16 schrieb Siddh Raman Pant: >> This patchset aims to remove usages of deprecated DRM_* macros from the >> files residing in drivers/gpu/drm root. >> >> In process, I found out that NULL as first argument of drm_dbg_* wasn't >> working, but it was listed as the alternative in deprecation comment, >> so I fixed that before removing usages of DRM_DEBUG_* macros. >> >> This patchset should be applied in order as changes might be dependent. >> >> Please review and let me know if any errors are there, and hopefully >> this gets accepted. > > Thanks for the patchset. Overall this looks fine. > > But the use of pr_() functions is not optimal in my opinion. I know that > I recommended using it, but at a closer look, I think we might want to > reconsider that. I wouldn't like losing the '[drm]' tag, but adding them > to each pr_() call isn't a good idea either. > > I think it would be nicer to replace DRM_INFO with drm_info(NULL, ). > Depending on the device being NULL, the helpers would select dev-based > messages or printk-based messages. It would then work like drm_dbg_(). > But it needs some additional changes. > > Can you first move all pr_() related changes into a new patchset? The > trivial conversion were the device is known and not NULL can remain in > this patchset and be merged soon. We can afterwards have a separate > discussion for the changes that currently involve pr_(). Same thoughts, agreed. BR, Jani. > > Best regards > Thomas > >> >> Siddh Raman Pant (10): >> drm: Remove usage of deprecated DRM_INFO >> drm: Remove usage of deprecated DRM_NOTE >> drm: Remove usage of deprecated DRM_ERROR >> drm/print: Fix support for NULL as first argument of drm_dbg_* >> drm: Remove usage of deprecated DRM_DEBUG >> drm: Remove usage of deprecated DRM_DEBUG_DRIVER >> drm: Remove usage of deprecated DRM_DEBUG_KMS >> drm: Remove usage of deprecated DRM_DEBUG_PRIME >> drm/drm_blend: Remove usage of deprecated DRM_DEBUG_ATOMIC >> drm/drm_lease: Remove usage of deprecated DRM_DEBUG_LEASE >> >> drivers/gpu/drm/drm_agpsupport.c | 4 +- >> drivers/gpu/drm/drm_blend.c | 13 ++- >> drivers/gpu/drm/drm_bridge.c | 8 +- >> drivers/gpu/drm/drm_bufs.c | 122 ++++++++++++------------ >> drivers/gpu/drm/drm_client_modeset.c | 118 +++++++++++++---------- >> drivers/gpu/drm/drm_color_mgmt.c | 4 +- >> drivers/gpu/drm/drm_connector.c | 28 +++--- >> drivers/gpu/drm/drm_context.c | 18 ++-- >> drivers/gpu/drm/drm_crtc.c | 36 ++++--- >> drivers/gpu/drm/drm_crtc_helper.c | 62 ++++++------ >> drivers/gpu/drm/drm_debugfs_crc.c | 8 +- >> drivers/gpu/drm/drm_displayid.c | 6 +- >> drivers/gpu/drm/drm_dma.c | 10 +- >> drivers/gpu/drm/drm_drv.c | 28 +++--- >> drivers/gpu/drm/drm_edid.c | 17 ++-- >> drivers/gpu/drm/drm_file.c | 18 ++-- >> drivers/gpu/drm/drm_flip_work.c | 2 +- >> drivers/gpu/drm/drm_framebuffer.c | 3 +- >> drivers/gpu/drm/drm_gem.c | 7 +- >> drivers/gpu/drm/drm_gem_dma_helper.c | 6 +- >> drivers/gpu/drm/drm_gem_shmem_helper.c | 6 +- >> drivers/gpu/drm/drm_hashtab.c | 10 +- >> drivers/gpu/drm/drm_ioc32.c | 13 +-- >> drivers/gpu/drm/drm_ioctl.c | 24 ++--- >> drivers/gpu/drm/drm_irq.c | 4 +- >> drivers/gpu/drm/drm_kms_helper_common.c | 2 +- >> drivers/gpu/drm/drm_lease.c | 68 ++++++------- >> drivers/gpu/drm/drm_legacy_misc.c | 4 +- >> drivers/gpu/drm/drm_lock.c | 36 +++---- >> drivers/gpu/drm/drm_mipi_dbi.c | 19 ++-- >> drivers/gpu/drm/drm_mm.c | 8 +- >> drivers/gpu/drm/drm_mode_config.c | 2 +- >> drivers/gpu/drm/drm_mode_object.c | 6 +- >> drivers/gpu/drm/drm_modes.c | 10 +- >> drivers/gpu/drm/drm_modeset_helper.c | 2 +- >> drivers/gpu/drm/drm_pci.c | 14 +-- >> drivers/gpu/drm/drm_plane.c | 46 ++++----- >> drivers/gpu/drm/drm_probe_helper.c | 39 ++++---- >> drivers/gpu/drm/drm_rect.c | 4 +- >> drivers/gpu/drm/drm_scatter.c | 19 ++-- >> drivers/gpu/drm/drm_syncobj.c | 2 +- >> drivers/gpu/drm/drm_sysfs.c | 22 ++--- >> drivers/gpu/drm/drm_vm.c | 45 +++++---- >> include/drm/drm_print.h | 91 ++++++++++++++---- >> 44 files changed, 549 insertions(+), 465 deletions(-) >>
On Wed, Dec 21 2022 at 14:46:12 +0530, Thomas Zimmermann wrote: > Hi > > Am 20.12.22 um 21:16 schrieb Siddh Raman Pant: >> This patchset aims to remove usages of deprecated DRM_* macros from the >> files residing in drivers/gpu/drm root. >> >> In process, I found out that NULL as first argument of drm_dbg_* wasn't >> working, but it was listed as the alternative in deprecation comment, >> so I fixed that before removing usages of DRM_DEBUG_* macros. >> >> This patchset should be applied in order as changes might be dependent. >> >> Please review and let me know if any errors are there, and hopefully >> this gets accepted. > > Thanks for the patchset. Overall this looks fine. > > But the use of pr_() functions is not optimal in my opinion. I know that > I recommended using it, but at a closer look, I think we might want to > reconsider that. I wouldn't like losing the '[drm]' tag, but adding them > to each pr_() call isn't a good idea either. > > I think it would be nicer to replace DRM_INFO with drm_info(NULL, ). > Depending on the device being NULL, the helpers would select dev-based > messages or printk-based messages. It would then work like drm_dbg_(). > But it needs some additional changes. > > Can you first move all pr_() related changes into a new patchset? The > trivial conversion were the device is known and not NULL can remain in > this patchset and be merged soon. We can afterwards have a separate > discussion for the changes that currently involve pr_(). > > Best regards > Thomas Maybe I can just cope for NULL in __drm_printk and change all pr_*() changes in this patchset to the appropriate ones. Something like: #define __drm_printk(drm, level, type, fmt, ...) \ ({ \ drm_ = __drm_print_dev(drm); \ if (drm_) \ dev_##level##type((drm_)->dev, "[drm] " fmt, ##__VA_ARGS__); \ else \ pr_##level##type("[drm] " fmt, ##__VA_ARGS__); \ }) Thanks, Siddh