Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1462765

Re: [PATCH] drm: make drm_get_format_name thread-safe

From Eric Engestrom <eric.engestrom@imgtec.com>
Newsgroups linux.kernel
Subject Re: [PATCH] drm: make drm_get_format_name thread-safe
Date 2016-08-15 15:10 +0200
Message-ID <s6pOq-60A-9@gated-at.bofh.it> (permalink)
References <s6dDz-6GX-9@gated-at.bofh.it> <s6mQy-3Wz-31@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote:
> On Mon, 15 Aug 2016, Eric Engestrom <eric@engestrom.ch> wrote:
> > Signed-off-by: Eric Engestrom <eric@engestrom.ch>
> > ---
> >
> > I moved the main bits to be the first diffs, shouldn't affect anything
> > when applying the patch, but I wanted to ask:
> > I don't like the hard-coded `32` the appears in both kmalloc() and
> > snprintf(), what do you think? If you don't like it either, what would
> > you suggest? Should I #define it?
> >
> > Second question is about the patch mail itself: should I send this kind
> > of patch separated by module, with a note requesting them to be squashed
> > when applying? It has to land as a single patch, but for review it might
> > be easier if people only see the bits they each care about, as well as
> > to collect ack's/r-b's.
> >
> > Cheers,
> >   Eric
> >
> > ---
> >  drivers/gpu/drm/amd/amdgpu/dce_v10_0.c          |  6 ++--
> >  drivers/gpu/drm/amd/amdgpu/dce_v11_0.c          |  6 ++--
> >  drivers/gpu/drm/amd/amdgpu/dce_v8_0.c           |  6 ++--
> >  drivers/gpu/drm/drm_atomic.c                    |  5 ++--
> >  drivers/gpu/drm/drm_crtc.c                      | 21 ++++++++-----
> >  drivers/gpu/drm/drm_fourcc.c                    | 17 ++++++-----
> >  drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c |  6 ++--
> >  drivers/gpu/drm/i915/i915_debugfs.c             | 11 ++++++-
> >  drivers/gpu/drm/i915/intel_atomic_plane.c       |  6 ++--
> >  drivers/gpu/drm/i915/intel_display.c            | 39 ++++++++++++++++---------
> >  drivers/gpu/drm/radeon/atombios_crtc.c          | 12 +++++---
> >  include/drm/drm_fourcc.h                        |  2 +-
> >  12 files changed, 89 insertions(+), 48 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/drm_fourcc.c b/drivers/gpu/drm/drm_fourcc.c
> > index 0645c85..38216a1 100644
> > --- a/drivers/gpu/drm/drm_fourcc.c
> > +++ b/drivers/gpu/drm/drm_fourcc.c
> > @@ -39,16 +39,14 @@ static char printable_char(int c)
> >   * drm_get_format_name - return a string for drm fourcc format
> >   * @format: format to compute name of
> >   *
> > - * Note that the buffer used by this function is globally shared and owned by
> > - * the function itself.
> > - *
> > - * FIXME: This isn't really multithreading safe.
> > + * Note that the buffer returned by this function is owned by the caller
> > + * and will need to be freed.
> >   */
> >  const char *drm_get_format_name(uint32_t format)
> 
> I find it surprising that a function that allocates a buffer returns a
> const pointer. Some userspace libraries have conventions about the
> ownership based on constness.
> 
> (I also find it suprising that kfree() takes a const pointer; arguably
> that call changes the memory.)
> 
> Is there precedent for this?
> 
> BR,
> Jani.

It's not a const pointer, it's a normal pointer to a const char, i.e.
you can do as you want with the pointer but you shouldn't change the
chars it points to.

Cheers,
  Eric

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] drm: make drm_get_format_name thread-safe Eric Engestrom <eric@engestrom.ch> - 2016-08-15 02:10 +0200
  Re: [PATCH] drm: make drm_get_format_name thread-safe Jani Nikula <jani.nikula@linux.intel.com> - 2016-08-15 12:00 +0200
    Re: [PATCH] drm: make drm_get_format_name thread-safe Eric Engestrom <eric.engestrom@imgtec.com> - 2016-08-15 15:10 +0200
      Re: [PATCH] drm: make drm_get_format_name thread-safe Jani Nikula <jani.nikula@linux.intel.com> - 2016-08-15 15:20 +0200
        Re: [PATCH] drm: make drm_get_format_name thread-safe Daniel Vetter <daniel@ffwll.ch> - 2016-08-15 16:00 +0200
          Re: [PATCH] drm: make drm_get_format_name thread-safe Eric Engestrom <eric.engestrom@imgtec.com> - 2016-08-15 17:10 +0200
          [FIXUP] drm: remove `const` attribute to hint at caller that they now own the memory Eric Engestrom <eric.engestrom@imgtec.com> - 2016-08-15 17:40 +0200
            Re: [FIXUP] drm: remove `const` attribute to hint at caller that they now own the memory Jani Nikula <jani.nikula@linux.intel.com> - 2016-08-16 13:20 +0200
              Re: [FIXUP] drm: remove `const` attribute to hint at caller that  they now own the memory Daniel Vetter <daniel@ffwll.ch> - 2016-08-16 14:10 +0200

csiph-web