lkml.org 
[lkml]   [2021]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [PATCH v2] dma-buf: move dma-buf symbols into the DMA_BUF module namespace
    Hi Greg,

    On Mon, 25 Oct 2021 at 16:29, Christian König <christian.koenig@amd.com> wrote:
    >
    > Am 25.10.21 um 12:36 schrieb Greg Kroah-Hartman:
    > > On Sun, Oct 10, 2021 at 02:46:28PM +0200, Greg Kroah-Hartman wrote:
    > >> In order to better track where in the kernel the dma-buf code is used,
    > >> put the symbols in the namespace DMA_BUF and modify all users of the
    > >> symbols to properly import the namespace to not break the build at the
    > >> same time.
    > >>
    > >> Now the output of modinfo shows the use of these symbols, making it
    > >> easier to watch for users over time:
    > >>
    > >> $ modinfo drivers/misc/fastrpc.ko | grep import
    > >> import_ns: DMA_BUF
    > >>
    > >> Cc: "Pan, Xinhui" <Xinhui.Pan@amd.com>
    > >> Cc: David Airlie <airlied@linux.ie>
    > >> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
    > >> Cc: Maxime Ripard <mripard@kernel.org>
    > >> Cc: Thomas Zimmermann <tzimmermann@suse.de>
    > >> Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
    > >> Cc: dri-devel@lists.freedesktop.org
    > >> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    > >> Acked-by: Christian König <christian.koenig@amd.com>
    > >> Acked-by: Arnd Bergmann <arnd@arndb.de>
    > >> Acked-by: Sumit Semwal <sumit.semwal@linaro.org>
    > >> Acked-by: Alex Deucher <alexander.deucher@amd.com>
    > >> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    > >> ---
    > >> v2: added lots of acks
    > >> added 2 more drivers that needed the change, as found by Arnd
    > > Ping? Any ideas on what needs to happen to get this into the tree?
    > >
    > > Or can I take it through my char-misc tree? I seem to have a bunch of
    > > acks on it by the respective maintainers...
    >
    > I could push that upstream through the drm-misc-next tree if you like,
    > but honestly char-misc sounds like the better approach since this
    > touches a lot of drivers outside of drm as well.

    I agree with Christian here - char-misc might be a better way for this.

    >
    >
    > Thanks,
    > Christian.
    >
    > >
    > > thanks,
    > >
    > > greg k-h
    >

    Best,
    Sumit.

    \
     
     \ /
      Last update: 2021-10-25 14:14    [W:4.075 / U:1.276 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site