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 <[email protected]> > Sent: Friday, February 2, 2024 9:46 PM > To: Kolanupaka Naveena <[email protected]> > Cc: [email protected]; Wilson, Chris P > <[email protected]>; Siddiqui, Ayaz A <[email protected]>; > Muqthyar Ahmed, Syed Abdul <[email protected]>; > Sagar Chormale <[email protected]>; Pan, Xinhui > <[email protected]>; David Airlie <[email protected]>; Maarten Lankhorst > <[email protected]>; Maxime Ripard <[email protected]>; > Thomas Zimmermann <[email protected]>; Mauro Carvalho Chehab > <[email protected]>; [email protected]; Daniel Vetter > <[email protected]>; Christian König <[email protected]>; Arnd > Bergmann <[email protected]>; Sumit Semwal <[email protected]>; > Alex Deucher <[email protected]> > 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
