linux-kernel - Re: [PATCH v2] drm/vram-helper: fix function names in vram helper doc

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: <CAB3Z9RLCU1c1G_8Rus1f_37YvhHpuJgXQXainTxz+Q9qqTaOSw@mail.gmail.com>
Date:   Tue, 28 Feb 2023 17:48:27 +0800
From:   Luc Ma <onion0709@...il.com>
To:     Thomas Zimmermann <tzimmermann@...e.de>
Cc:     Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
        Maxime Ripard <mripard@...nel.org>,
        David Airlie <airlied@...il.com>,
        Daniel Vetter <daniel@...ll.ch>,
        Sam Ravnborg <sam@...nborg.org>,
        dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] drm/vram-helper: fix function names in vram helper doc

On Tue, 28 Feb 2023 at 16:11, Thomas Zimmermann <tzimmermann@...e.de> wrote:
>
> Hi
>
> Am 28.02.23 um 02:24 schrieb Luc Ma:
> > Refer to drmm_vram_helper_init() instead of the non-existent
> > drmm_vram_helper_alloc_mm().
> >
> > Fixes: a5f23a72355d ("drm/vram-helper: Managed vram helpers")
> > Signed-off-by: Luc Ma <luc@...tium.com>
>
> I didn't notice before: your sender email address has to match the
> signed-off-by address. I can fix that when I commit the patch. Which
> email address shall I use?

Hi, Thomas
please use Luc Ma <luc@...tium.com>, thank you

>
> Apart from that
>
> Reviewed-by: Thomas Zimmermann <tzimmermann@...e.de>
>
> Best regards
> Thomas
>
> > ---
> > v1 -> v2: improved commit message and add changelog
> >
> >   drivers/gpu/drm/drm_gem_vram_helper.c | 6 +++---
> >   1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helper.c
> > index d40b3edb52d0..f1539d4448c6 100644
> > --- a/drivers/gpu/drm/drm_gem_vram_helper.c
> > +++ b/drivers/gpu/drm/drm_gem_vram_helper.c
> > @@ -45,7 +45,7 @@ static const struct drm_gem_object_funcs drm_gem_vram_object_funcs;
> >    * the frame's scanout buffer or the cursor image. If there's no more space
> >    * left in VRAM, inactive GEM objects can be moved to system memory.
> >    *
> > - * To initialize the VRAM helper library call drmm_vram_helper_alloc_mm().
> > + * To initialize the VRAM helper library call drmm_vram_helper_init().
> >    * The function allocates and initializes an instance of &struct drm_vram_mm
> >    * in &struct drm_device.vram_mm . Use &DRM_GEM_VRAM_DRIVER to initialize
> >    * &struct drm_driver and  &DRM_VRAM_MM_FILE_OPERATIONS to initialize
> > @@ -73,7 +73,7 @@ static const struct drm_gem_object_funcs drm_gem_vram_object_funcs;
> >    *          // setup device, vram base and size
> >    *          // ...
> >    *
> > - *           ret = drmm_vram_helper_alloc_mm(dev, vram_base, vram_size);
> > + *           ret = drmm_vram_helper_init(dev, vram_base, vram_size);
> >    *          if (ret)
> >    *                  return ret;
> >    *          return 0;
> > @@ -86,7 +86,7 @@ static const struct drm_gem_object_funcs drm_gem_vram_object_funcs;
> >    * to userspace.
> >    *
> >    * You don't have to clean up the instance of VRAM MM.
> > - * drmm_vram_helper_alloc_mm() is a managed interface that installs a
> > + * drmm_vram_helper_init() is a managed interface that installs a
> >    * clean-up handler to run during the DRM device's release.
> >    *
> >    * For drawing or scanout operations, rsp. buffer objects have to be pinned
>
> --
> 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