[PATCH 40/46] dma-buf: move dma-buf symbols into the DMA_BUF module namespace.

[PATCH 40/46] dma-buf: move dma-buf symbols into the DMA_BUF module namespace.

[Kolanupaka Naveena]

From: Sagar Chormale <sagar.chormale@intel.com>

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>
Link: https://lore.kernel.org/r/20211010124628.17691-1-gregkh@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-------------------------------------------------------------------------------
Backports

'commit 16b0314aa746 ("dma-buf: move dma-buf symbols into the DMA_BUF
module namespace.")'

Signed-off-by: Sagar Chormale <sagar.chormale@intel.com>
---
 drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c b/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c
index d7e4ef3fa589d..6d14315dfce40 100644
--- a/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c
+++ b/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c
@@ -9,6 +9,9 @@
 #include <linux/list.h>
 #include <linux/pci-p2pdma.h>
 #include <linux/scatterlist.h>
+#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
+#include <linux/module.h>
+#endif
 #include <drm/intel_iaf_platform.h>
 
 #include "gem/i915_gem_dmabuf.h"
@@ -23,6 +26,10 @@
 #include "i915_trace.h"
 #include "intel_iaf.h"
 
+#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
+MODULE_IMPORT_NS(DMA_BUF);
+#endif
+
 I915_SELFTEST_DECLARE(static bool force_different_devices;)
 
 static const struct drm_i915_gem_object_ops i915_gem_object_dmabuf_ops;

Re: [PATCH 40/46] dma-buf: move dma-buf symbols into the DMA_BUF module namespace.

[Greg Kroah-Hartman]

On Fri, Feb 02, 2024 at 02:01:47PM +0530, Kolanupaka Naveena wrote:
> +#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
> +#include <linux/module.h>
> +#endif

No #ifdef in .c files please, this should not be an issue, just include
the .h file.

>  #include <drm/intel_iaf_platform.h>
>  
>  #include "gem/i915_gem_dmabuf.h"
> @@ -23,6 +26,10 @@
>  #include "i915_trace.h"
>  #include "intel_iaf.h"
>  
> +#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
> +MODULE_IMPORT_NS(DMA_BUF);
> +#endif

Why is a #ifdef needed here?  If this isn't built as a module, it's not
an issue, please just make it simpler.

But really, why is this a #define at all in the first place?

thanks,

greg k-h

RE: [PATCH 40/46] dma-buf: move dma-buf symbols into the DMA_BUF module namespace.

[Kolanupaka Naveena]

Hi Greg,

Thanks for your inputs and patience in reviewing the patch.
By mistakenly this internal patch has been sent for review as the reference commit ID is from opensource, email has been sent to those who are all involved in that commit.
Please ignore this patch as it is for internal usage.

Thanks and Regards

Kolanupaka Naveena
Graphics Software Engineer | GSE OSGC
M +918374415216
Intel Corporation | intel.com

> -----Original Message-----
> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Sent: Friday, February 2, 2024 9:46 PM
> To: Kolanupaka Naveena <kolanupaka.naveena@intel.com>
> Cc: gfx-internal-devel@eclists.intel.com; Wilson, Chris P
> <chris.p.wilson@intel.com>; Siddiqui, Ayaz A <ayaz.siddiqui@intel.com>;
> Muqthyar Ahmed, Syed Abdul <syed.abdul.muqthyar.ahmed@intel.com>;
> Sagar Chormale <sagar.chormale@intel.com>; Pan, Xinhui
> <Xinhui.Pan@amd.com>; David Airlie <airlied@linux.ie>; Maarten Lankhorst
> <maarten.lankhorst@linux.intel.com>; Maxime Ripard <mripard@kernel.org>;
> Thomas Zimmermann <tzimmermann@suse.de>; Mauro Carvalho Chehab
> <mchehab@kernel.org>; dri-devel@lists.freedesktop.org; Daniel Vetter
> <daniel.vetter@ffwll.ch>; Christian König <christian.koenig@amd.com>; Arnd
> Bergmann <arnd@arndb.de>; Sumit Semwal <sumit.semwal@linaro.org>;
> Alex Deucher <alexander.deucher@amd.com>
> Subject: Re: [PATCH 40/46] dma-buf: move dma-buf symbols into the
> DMA_BUF module namespace.
> 
> On Fri, Feb 02, 2024 at 02:01:47PM +0530, Kolanupaka Naveena wrote:
> > +#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
> > +#include <linux/module.h>
> > +#endif
> 
> No #ifdef in .c files please, this should not be an issue, just include the .h file.
> 
> >  #include <drm/intel_iaf_platform.h>
> >
> >  #include "gem/i915_gem_dmabuf.h"
> > @@ -23,6 +26,10 @@
> >  #include "i915_trace.h"
> >  #include "intel_iaf.h"
> >
> > +#ifdef BPM_MODULE_IMPORT_NS_SUPPORT
> > +MODULE_IMPORT_NS(DMA_BUF);
> > +#endif
> 
> Why is a #ifdef needed here?  If this isn't built as a module, it's not an issue,
> please just make it simpler.
> 
> But really, why is this a #define at all in the first place?
> 
> thanks,
> 
> greg k-h