Remove MODULE_ALIAS() calls that take undefined macro
authorMasahiro Yamada <yamada.masahiro@socionext.com>
Mon, 6 May 2019 17:28:17 +0000 (02:28 +0900)
committerMasahiro Yamada <yamada.masahiro@socionext.com>
Tue, 7 May 2019 12:50:24 +0000 (21:50 +0900)
commit4c11edfcf70bea4cb0a3f4992ac6a4852e8bdc31
tree5f2c5fd65a460c3453de6fdec2a0184b14355213
parent1e35663e41360adf564a91811b29cc7e56ee9c39
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>
arch/arm/plat-omap/dma.c
drivers/clocksource/timer-ti-dm.c
drivers/mfd/omap-usb-tll.c