On Wed, 04 Jan 2023, Daniel Vetter <[email protected]> wrote:
> The documentation for struct drm_minor already states this, but that's
> not always that easy to find.
>
> Also due to historical reasons we still have the minor-centric (like
> drm_debugfs_create_files), but since this is now getting fixed we can
> put a few more pointers in place as to how this should be done
> ideally.

Care to expand on the vague "this is now getting fixed" part a bit?

I've seen the "Introduce debugfs device-centered functions" series from
Maíra, but that doesn't solve everything. Not everything can use
drm_debugfs_add_file().

BR,
Jani.

>
> Motvated by some discussion with Rodrigo on irc about how drm/xe
> should lay out its sysfs interfaces.
>
> Cc: Rodrigo Vivi <[email protected]>
> Cc: Wambui Karuga <[email protected]>
> Cc: Maíra Canal <[email protected]>
> Cc: Maxime Ripard <[email protected]>
> Cc: Melissa Wen <[email protected]>
> Signed-off-by: Daniel Vetter <[email protected]>
> ---
>  include/drm/drm_device.h | 17 +++++++++++++++--
>  1 file changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/include/drm/drm_device.h b/include/drm/drm_device.h
> index 9923c7a6885e..b40e07e004ee 100644
> --- a/include/drm/drm_device.h
> +++ b/include/drm/drm_device.h
> @@ -87,10 +87,23 @@ struct drm_device {
>        */
>       void *dev_private;
>  
> -     /** @primary: Primary node */
> +     /**
> +      * @primary:
> +      *
> +      * Primary node. Drivers should not interact with this
> +      * directly. debugfs interface can be registered with
> +      * drm_debugfs_add_file(), and sysfs should be directly added on the
> +      * hardwire struct device @dev.
> +      */
>       struct drm_minor *primary;
>  
> -     /** @render: Render node */
> +     /**
> +      * @render:
> +      *
> +      * Render node. Drivers should not interact with this directly ever.
> +      * Drivers should not expose any additional interfaces in debugfs or
> +      * sysfs on thise node.
> +      */
>       struct drm_minor *render;
>  
>       /**

-- 
Jani Nikula, Intel Open Source Graphics Center

Reply via email to