[PATCH] drivers: bus: omap_interconnect: Fix rand-config build warning

Tony Lindgren tony at atomide.com
Wed Oct 24 20:42:17 EDT 2012


* Tony Lindgren <tony at atomide.com> [121024 17:36]:
> * Santosh Shilimkar <santosh.shilimkar at ti.com> [121017 06:35]:
> > (Looping Arnd and Olof)
> > 
> > On Wednesday 17 October 2012 06:58 PM, Lokesh Vutla wrote:
> > >When building omap_l3_noc/smx drivers as modules, the following
> > >warning appears:
> > >
> > >CC [M]  drivers/bus/omap_l3_smx.o
> > >drivers/bus/omap_l3_smx.c:291: warning: data definition has no type or storage class
> > >drivers/bus/omap_l3_smx.c:291: warning: type defaults to 'int' in declaration of 'postcore_initcall_sync'
> > >drivers/bus/omap_l3_smx.c:291: warning: parameter names (without types) in function declaration
> > >drivers/bus/omap_l3_smx.c:287: warning: 'omap3_l3_init' defined but not used
> > >CC [M]  drivers/bus/omap_l3_noc.o
> > >drivers/bus/omap_l3_noc.c:260: warning: data definition has no type or storage class
> > >drivers/bus/omap_l3_noc.c:260: warning: type defaults to 'int' in declaration of 'arch_initcall_sync'
> > >drivers/bus/omap_l3_noc.c:260: warning: parameter names (without types) in function declaration
> > >drivers/bus/omap_l3_noc.c:256: warning: 'omap4_l3_init' defined but not used
> > >
> > >Adding module_init() and macros in omap_l3_noc/smx drivers when building
> > >as modules to remove the above warning.
> > >
> > >Reported-by: Tony Lindgren <tony at atomide.com>
> > >Signed-off-by: Lokesh Vutla <lokeshvutla at ti.com>
> > >---
> > Thanks for the fix Lokesh. Looks fine to me.
> > 
> > Acked-by: Santosh Shilimkar <santosh.shilimkar at ti.com>
> 
> Looks like nobody else has picked this up so I'll queue this along
> with few other omap warnings and regressions.

Hmm actually this might require some more discussion. If we make
it use regular initcalls, then the ugly ifdefs can be left
out. Is there a reason to init this early, can't we just use regular
initcalls?

Dropping the patch for now anyways.

Regards,

Tony



More information about the linux-arm-kernel mailing list