linux-kernel - Re: [PATCH v8 3/8] drm/managed: Add DRM-managed alloc_ordered

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <Z4aLDbReWY7dso7R@louis-chauvet-laptop>
Date: Tue, 14 Jan 2025 17:04:29 +0100
From: Louis Chauvet <louis.chauvet@...tlin.com>
To: Maxime Ripard <mripard@...nel.org>
Cc: Rodrigo Siqueira <rodrigosiqueiramelo@...il.com>,
	Melissa Wen <melissa.srw@...il.com>,
	Maíra Canal <mairacanal@...eup.net>,
	Haneen Mohammed <hamohammed.sa@...il.com>,
	Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
	Thomas Zimmermann <tzimmermann@...e.de>,
	David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
	Simona Vetter <simona.vetter@...ll.ch>,
	dri-devel@...ts.freedesktop.org, arthurgrillo@...eup.net,
	linux-kernel@...r.kernel.org, jeremie.dautheribes@...tlin.com,
	miquel.raynal@...tlin.com, thomas.petazzoni@...tlin.com,
	seanpaul@...gle.com, nicolejadeyee@...gle.com
Subject: Re: [PATCH v8 3/8] drm/managed: Add DRM-managed
 alloc_ordered_workqueue

On 14/01/25 - 16:29, Maxime Ripard wrote:
> On Tue, Jan 14, 2025 at 03:05:45PM +0100, Louis Chauvet wrote:
> > Add drmm_alloc_ordered_workqueue(), a helper that provides managed ordered
> > workqueue cleanup. The workqueue will be destroyed with the final
> > reference of the DRM device.
> > 
> > Signed-off-by: Louis Chauvet <louis.chauvet@...tlin.com>
> > 
> > ---
> > 
> > Hi Thomas,
> > 
> > I noted that you wanted to mark this as Reviewed, but as this was not
> > the complete patch, I prefered to have a confirmation before merging the
> > patch.
> > 
> > Thanks for your time,
> > Louis Chauvet
> > ---
> >  drivers/gpu/drm/drm_managed.c |  8 ++++++++
> >  include/drm/drm_managed.h     | 12 ++++++++++++
> >  2 files changed, 20 insertions(+)
> > 
> > diff --git a/drivers/gpu/drm/drm_managed.c b/drivers/gpu/drm/drm_managed.c
> > index 79ce86a5bd67a7201f5d60550a12364f2628e0ec..1589c28410f23b5a1e93dd1638420b3ae5c4b854 100644
> > --- a/drivers/gpu/drm/drm_managed.c
> > +++ b/drivers/gpu/drm/drm_managed.c
> > @@ -310,3 +310,11 @@ void __drmm_mutex_release(struct drm_device *dev, void *res)
> >  	mutex_destroy(lock);
> >  }
> >  EXPORT_SYMBOL(__drmm_mutex_release);
> > +
> > +void __drmm_destroy_workqueue(struct drm_device *device, void *res)
> > +{
> > +	struct workqueue_struct *wq = res;
> > +
> > +	destroy_workqueue(wq);
> > +}
> > +EXPORT_SYMBOL(__drmm_destroy_workqueue);
> > diff --git a/include/drm/drm_managed.h b/include/drm/drm_managed.h
> > index f547b09ca0239dd7c4fb734038bae4438321395c..96d9b0e811675fe66d5d48f02b17bc7de2ac437e 100644
> > --- a/include/drm/drm_managed.h
> > +++ b/include/drm/drm_managed.h
> > @@ -127,4 +127,16 @@ void __drmm_mutex_release(struct drm_device *dev, void *res);
> >  	drmm_add_action_or_reset(dev, __drmm_mutex_release, lock);	     \
> >  })									     \
> >  
> > +void __drmm_destroy_workqueue(struct drm_device *device, void *wq);
> > +
> > +#define drmm_alloc_ordered_workqueue(dev, fmt, flags, args...)					\
> > +	({											\
> > +		struct workqueue_struct *wq = alloc_ordered_workqueue(fmt, flags, ##args);	\
> > +		wq ? ({										\
> > +			int ret = drmm_add_action_or_reset(dev, __drmm_destroy_workqueue, wq);	\
> > +			ret ? ERR_PTR(ret) : wq;						\
> > +		}) :										\
> > +			wq;									\
> > +	})
> > +
> >  #endif
> 
> Is there a reason to do a macro and not a proper function?

I wrote a macro because creating a proper function is more complex. The 
function would require a va_list variant for alloc_ordered_workqueue, 
which does not currently exist.

Louis Chauvet

---

Sorry if you received this message twice. The first attempt was rejected 
by most of the recipients, including mailing lists.

> Maxime