linux/arch/arm/plat-omap
Masahiro Yamada 4c11edfcf7 Remove MODULE_ALIAS() calls that take undefined macro
These files do not define (USBHS_)DRIVER_NAME. Yet, they can be
successfully compiled because they are never built as a module by
anyone, i.e, the MODULE_ALIAS() calls are always no-op.

A problem showed up when a patch "moduleparam: Save information about
built-in modules in separate file" was applied. With this new feature,
MODULE_*() will be populated even if the callers are built-in.

To avoid the build errors, the lines referencing to the undefined
macro must be removed.

The complete fix is to remove all MODULE_* and #include <linux/module.h>
like many "make ... explicitly non-modular" commits did.

For now, I am touching only the offending lines.

Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: Daniel Lezcano <daniel.lezcano@linaro.org>
Acked-by: Tony Lindgren <tony@atomide.com>
2019-05-07 21:50:24 +09:00
..
include/plat ARM: SoC platform updates for 4.17 2018-04-05 21:21:08 -07:00
counter_32k.c ARM/time: Remove read_boot_clock64() 2018-07-20 00:02:41 +02:00
debug-leds.c ARM: OMAP: debug-leds: raw read and write endian fix 2014-05-08 07:09:55 -07:00
dma.c Remove MODULE_ALIAS() calls that take undefined macro 2019-05-07 21:50:24 +09:00
Kconfig ARM: Kconfig: remove useless "default n" 2018-11-08 10:53:09 +00:00
Makefile ARM: OMAP: Move dmtimer driver out of plat-omap to drivers under clocksource 2018-02-22 10:53:52 -08:00
sram.c ARM: OMAP: Fix SRAM W+X mapping 2018-03-21 08:16:29 -07:00