From: Heiner Kallweit <hkallweit1@gmail.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Rafael J. Wysocki" <rafael@kernel.org>
Cc: Oded Gabbay <ogabbay@kernel.org>,
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>,
Hans de Goede <hdegoede@redhat.com>,
"open list:AMD KFD" <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH 4/6] drm: Change drm_class from pointer to const struct class
Date: Sat, 2 Nov 2024 22:33:24 +0100 [thread overview]
Message-ID: <f09db690-f4a2-41d2-905f-764faa8e6f0c@gmail.com> (raw)
In-Reply-To: <56lilw7gkq4ggtxfoykxcd727llmdrc2wksoafhjktxwpxil4e@6kcfqgwtxcrj>
On 22.09.2024 17:11, Dmitry Baryshkov wrote:
> On Sun, Sep 08, 2024 at 02:11:25PM GMT, Heiner Kallweit wrote:
>> Define class drm statically and constify it. This ensure that no user
>> of the exported struct class can tamper with it.
>>
>> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
>> ---
>> drivers/gpu/drm/drm_internal.h | 2 +-
>> drivers/gpu/drm/drm_privacy_screen.c | 2 +-
>> drivers/gpu/drm/drm_sysfs.c | 32 ++++++++++++++--------------
>> 3 files changed, 18 insertions(+), 18 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/drm_internal.h b/drivers/gpu/drm/drm_internal.h
>> index 1705bfc90..6e0df44b6 100644
>> --- a/drivers/gpu/drm/drm_internal.h
>> +++ b/drivers/gpu/drm/drm_internal.h
>> @@ -139,7 +139,7 @@ bool drm_master_internal_acquire(struct drm_device *dev);
>> void drm_master_internal_release(struct drm_device *dev);
>>
>> /* drm_sysfs.c */
>> -extern struct class *drm_class;
>> +extern const struct class drm_class;
>>
>> int drm_sysfs_init(void);
>> void drm_sysfs_destroy(void);
>> diff --git a/drivers/gpu/drm/drm_privacy_screen.c b/drivers/gpu/drm/drm_privacy_screen.c
>> index 6cc39e307..2fbd24ba5 100644
>> --- a/drivers/gpu/drm/drm_privacy_screen.c
>> +++ b/drivers/gpu/drm/drm_privacy_screen.c
>> @@ -401,7 +401,7 @@ struct drm_privacy_screen *drm_privacy_screen_register(
>> mutex_init(&priv->lock);
>> BLOCKING_INIT_NOTIFIER_HEAD(&priv->notifier_head);
>>
>> - priv->dev.class = drm_class;
>> + priv->dev.class = &drm_class;
>> priv->dev.type = &drm_privacy_screen_type;
>> priv->dev.parent = parent;
>> priv->dev.release = drm_privacy_screen_device_release;
>> diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
>> index f8577043e..f443f9a76 100644
>> --- a/drivers/gpu/drm/drm_sysfs.c
>> +++ b/drivers/gpu/drm/drm_sysfs.c
>> @@ -58,7 +58,15 @@ static struct device_type drm_sysfs_device_connector = {
>> .name = "drm_connector",
>> };
>>
>> -struct class *drm_class;
>> +static char *drm_devnode(const struct device *dev, umode_t *mode)
>> +{
>> + return kasprintf(GFP_KERNEL, "dri/%s", dev_name(dev));
>> +}
>> +
>> +const struct class drm_class = {
>> + .name = "drm",
>> + .devnode = drm_devnode,
>> +};
>>
>> #ifdef CONFIG_ACPI
>> static bool drm_connector_acpi_bus_match(struct device *dev)
>> @@ -93,11 +101,6 @@ static void drm_sysfs_acpi_register(void) { }
>> static void drm_sysfs_acpi_unregister(void) { }
>> #endif
>>
>> -static char *drm_devnode(const struct device *dev, umode_t *mode)
>> -{
>> - return kasprintf(GFP_KERNEL, "dri/%s", dev_name(dev));
>> -}
>> -
>
> Please keep this function in place and move drm_class declarattion next
> to it. It simplifies reviewing the code.
>
>> static int typec_connector_bind(struct device *dev,
>> struct device *typec_connector, void *data)
>> {
>> @@ -138,14 +141,12 @@ static const struct component_ops typec_connector_ops = {
>> */
>> int drm_sysfs_init(void)
>> {
>> - drm_class = class_create("drm");
>> - if (IS_ERR(drm_class))
>> - return PTR_ERR(drm_class);
>> + int ret = class_register(&drm_class);
>>
>> - drm_class->devnode = drm_devnode;
>> + if (!ret)
>> + drm_sysfs_acpi_register();
>>
>> - drm_sysfs_acpi_register();
>> - return 0;
>> + return ret;
>> }
>>
>> /**
>> @@ -156,8 +157,7 @@ int drm_sysfs_init(void)
>> void drm_sysfs_destroy(void)
>> {
>> drm_sysfs_acpi_unregister();
>> - class_destroy(drm_class);
>> - drm_class = NULL;
>> + class_unregister(&drm_class);
>
> This code makes me wonder: can we define static classes in unloadable
> modules? What happens if userspace holds the reference on the class in
> sysfs, while we remove the module ?
>
I'm not sure, just saw that this isn't an unusual scenario.
Let's ask the drivers/base maintainers.
+Greg/Rafael
>> }
>>
>> static void drm_sysfs_release(struct device *dev)
>> @@ -337,7 +337,7 @@ int drm_sysfs_connector_add(struct drm_connector *connector)
>> return -ENOMEM;
>>
>> device_initialize(kdev);
>> - kdev->class = drm_class;
>> + kdev->class = &drm_class;
>> kdev->type = &drm_sysfs_device_connector;
>> kdev->parent = dev->primary->kdev;
>> kdev->groups = connector_dev_groups;
>> @@ -516,7 +516,7 @@ struct device *drm_sysfs_minor_alloc(struct drm_minor *minor)
>> minor_str = "card%d";
>>
>> kdev->devt = MKDEV(DRM_MAJOR, minor->index);
>> - kdev->class = drm_class;
>> + kdev->class = &drm_class;
>> kdev->type = &drm_sysfs_device_minor;
>> }
>>
>> --
>> 2.46.0
>>
>>
>
next prev parent reply other threads:[~2024-11-02 21:33 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-08 12:04 [PATCH 0/6] drm: Series with core improvements/refactorings Heiner Kallweit
2024-09-08 12:08 ` [PATCH 1/6] drm/sysfs: Remove version attribute Heiner Kallweit
2024-09-22 14:55 ` Dmitry Baryshkov
2024-09-30 10:49 ` Heiner Kallweit
2024-10-01 10:01 ` Dmitry Baryshkov
2024-10-01 11:07 ` Heiner Kallweit
2024-10-01 11:26 ` Dmitry Baryshkov
2024-09-08 12:09 ` [PATCH 2/6] drm/sysfs: Drop unused drm_class_device_(un)register Heiner Kallweit
2024-09-22 14:57 ` Dmitry Baryshkov
2024-09-08 12:10 ` [PATCH 3/6] drm: Refactor drm_core_init error path Heiner Kallweit
2024-09-22 14:58 ` Dmitry Baryshkov
2024-09-08 12:11 ` [PATCH 4/6] drm: Change drm_class from pointer to const struct class Heiner Kallweit
2024-09-22 15:11 ` Dmitry Baryshkov
2024-11-02 21:33 ` Heiner Kallweit [this message]
2024-11-03 23:59 ` Greg Kroah-Hartman
2024-09-08 12:12 ` [PATCH 5/6] drm: Add __init annotations Heiner Kallweit
2024-09-22 15:12 ` Dmitry Baryshkov
2024-09-08 12:14 ` [PATCH 6/6] drm: drm/sysfs: Remove device type drm_minor Heiner Kallweit
2024-09-22 15:17 ` Dmitry Baryshkov
2024-10-19 15:18 ` [PATCH 0/6] drm: Series with core improvements/refactorings Dmitry Baryshkov
2024-10-20 21:00 ` Heiner Kallweit
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=f09db690-f4a2-41d2-905f-764faa8e6f0c@gmail.com \
--to=hkallweit1@gmail.com \
--cc=airlied@gmail.com \
--cc=daniel@ffwll.ch \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=hdegoede@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=ogabbay@kernel.org \
--cc=rafael@kernel.org \
--cc=tzimmermann@suse.de \
/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.