[PATCH v2] dma-buf: move dma-buf symbols into the DMA_BUF module namespace

[Greg Kroah-Hartman]

On Mon, Oct 25, 2021 at 05:43:49PM +0530, Sumit Semwal wrote:
> Hi Greg,
> 
> On Mon, 25 Oct 2021 at 16:29, Christian König <christian.koenig at 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 at amd.com>
> > >> Cc: David Airlie <airlied at linux.ie>
> > >> Cc: Maarten Lankhorst <maarten.lankhorst at linux.intel.com>
> > >> Cc: Maxime Ripard <mripard at kernel.org>
> > >> Cc: Thomas Zimmermann <tzimmermann at suse.de>
> > >> Cc: Mauro Carvalho Chehab <mchehab at kernel.org>
> > >> Cc: dri-devel at lists.freedesktop.org
> > >> Acked-by: Daniel Vetter <daniel.vetter at ffwll.ch>
> > >> Acked-by: Christian König <christian.koenig at amd.com>
> > >> Acked-by: Arnd Bergmann <arnd at arndb.de>
> > >> Acked-by: Sumit Semwal <sumit.semwal at linaro.org>
> > >> Acked-by: Alex Deucher <alexander.deucher at amd.com>
> > >> Signed-off-by: Greg Kroah-Hartman <gregkh at 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.

Good idea, I'll take it through this tree as it will need to add the
symbol to the habanalabs driver at the same time as it has picked up
support for these symbols in my tree.

thanks,

greg k-h