From: Stanislaw Gruszka <stanislaw.gruszka@linux.intel.com>
To: "Christian König" <ckoenig.leichtzumerken@gmail.com>
Cc: daniel.vetter@ffwll.ch, mcanal@igalia.com,
dri-devel@lists.freedesktop.org, mwen@igalia.com,
mairacanal@riseup.net, maxime@cerno.tech,
wambui.karugax@gmail.com
Subject: Re: [PATCH 1/3] drm/debugfs: separate debugfs creation into init and register
Date: Tue, 14 Feb 2023 12:56:44 +0100 [thread overview]
Message-ID: <20230214115644.GC2824715@linux.intel.com> (raw)
In-Reply-To: <20230209081838.45273-2-christian.koenig@amd.com>
On Thu, Feb 09, 2023 at 09:18:36AM +0100, Christian König wrote:
> diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
> index c6eb8972451a..88ce22c04672 100644
> --- a/drivers/gpu/drm/drm_drv.c
> +++ b/drivers/gpu/drm/drm_drv.c
> @@ -156,6 +156,10 @@ static int drm_minor_alloc(struct drm_device *dev, unsigned int type)
> if (IS_ERR(minor->kdev))
> return PTR_ERR(minor->kdev);
>
> + r = drm_debugfs_init(minor, minor->index, drm_debugfs_root);
> + if (r)
> + return r;
> +
> *drm_minor_get_slot(dev, type) = minor;
> return 0;
> }
> @@ -172,15 +176,10 @@ static int drm_minor_register(struct drm_device *dev, unsigned int type)
> if (!minor)
> return 0;
>
> - if (minor->type == DRM_MINOR_ACCEL) {
> + if (minor->type == DRM_MINOR_ACCEL)
> accel_debugfs_init(minor, minor->index);
Please move this to drm_minor_alloc() as well. Or perhaps make
conditional code for DRM_MINOR_ACCEL inside drm_debugfs_init().
Regards
Stanislaw
> - } else {
> - ret = drm_debugfs_init(minor, minor->index, drm_debugfs_root);
> - if (ret) {
> - DRM_ERROR("DRM: Failed to initialize /sys/kernel/debug/dri.\n");
> - goto err_debugfs;
> - }
> - }
> + else
> + drm_debugfs_register(minor);
>
> ret = device_add(minor->kdev);
> if (ret)
> diff --git a/drivers/gpu/drm/drm_internal.h b/drivers/gpu/drm/drm_internal.h
> index ed2103ee272c..332fb65a935a 100644
> --- a/drivers/gpu/drm/drm_internal.h
> +++ b/drivers/gpu/drm/drm_internal.h
> @@ -185,6 +185,7 @@ int drm_gem_dumb_destroy(struct drm_file *file, struct drm_device *dev,
> #if defined(CONFIG_DEBUG_FS)
> int drm_debugfs_init(struct drm_minor *minor, int minor_id,
> struct dentry *root);
> +void drm_debugfs_register(struct drm_minor *minor);
> void drm_debugfs_cleanup(struct drm_minor *minor);
> void drm_debugfs_late_register(struct drm_device *dev);
> void drm_debugfs_connector_add(struct drm_connector *connector);
> --
> 2.34.1
>
next prev parent reply other threads:[~2023-02-14 11:56 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-09 8:18 Try to address the drm_debugfs issues Christian König
2023-02-09 8:18 ` [PATCH 1/3] drm/debugfs: separate debugfs creation into init and register Christian König
2023-02-14 11:56 ` Stanislaw Gruszka [this message]
2023-02-09 8:18 ` [PATCH 2/3] drm/debugfs: split registration into dev and minor Christian König
2023-02-09 11:12 ` Maíra Canal
2023-02-09 12:03 ` Christian König
2023-02-09 8:18 ` [PATCH 3/3] drm/debugfs: remove dev->debugfs_list and debugfs_mutex Christian König
2023-02-14 12:19 ` Stanislaw Gruszka
2023-02-14 12:46 ` Stanislaw Gruszka
2023-02-16 11:33 ` Daniel Vetter
2023-02-16 11:37 ` Daniel Vetter
2023-02-16 16:00 ` Christian König
2023-02-16 16:46 ` Jani Nikula
2023-02-16 16:56 ` Christian König
2023-02-16 17:08 ` Jani Nikula
2023-02-16 19:54 ` Daniel Vetter
2023-02-17 9:22 ` Christian König
2023-02-17 10:01 ` Stanislaw Gruszka
2023-02-17 19:38 ` Daniel Vetter
2023-02-17 19:55 ` Christian König
2023-02-22 13:33 ` Stanislaw Gruszka
2023-02-16 16:37 ` Stanislaw Gruszka
2023-02-16 17:06 ` Jani Nikula
2023-02-16 19:56 ` Daniel Vetter
2023-02-17 10:35 ` Stanislaw Gruszka
2023-02-17 10:49 ` Jani Nikula
2023-02-17 11:36 ` Stanislaw Gruszka
2023-02-17 11:54 ` Christian König
2023-02-17 12:37 ` Jani Nikula
2023-02-17 15:55 ` Christian König
2023-02-17 19:42 ` Daniel Vetter
2023-02-17 19:49 ` Christian König
2023-02-09 11:23 ` Try to address the drm_debugfs issues Maíra Canal
2023-02-09 12:13 ` Christian König
2023-02-09 13:06 ` Maíra Canal
2023-02-09 14:06 ` Christian König
2023-02-09 14:19 ` Maxime Ripard
2023-02-09 15:52 ` Christian König
2023-02-09 18:48 ` Maxime Ripard
2023-02-10 12:07 ` Christian König
2023-02-10 12:18 ` Maxime Ripard
2023-02-10 13:10 ` Christian König
2023-02-16 11:34 ` Daniel Vetter
2023-02-16 16:31 ` Christian König
2023-02-16 19:57 ` Daniel Vetter
2023-02-13 18:16 ` Stanislaw Gruszka
2023-02-13 19:59 ` Christian König
2023-02-14 8:59 ` Stanislaw Gruszka
2023-02-14 9:28 ` Christian König
2023-02-14 11:46 ` Stanislaw Gruszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230214115644.GC2824715@linux.intel.com \
--to=stanislaw.gruszka@linux.intel.com \
--cc=ckoenig.leichtzumerken@gmail.com \
--cc=daniel.vetter@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=mairacanal@riseup.net \
--cc=maxime@cerno.tech \
--cc=mcanal@igalia.com \
--cc=mwen@igalia.com \
--cc=wambui.karugax@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.