@@ -3912,17 +3912,16 @@ static const struct of_device_id exynos2200_cmu_of_match[] = {
}, { }
};
-static struct platform_driver exynos2200_cmu_driver __refdata = {
+static struct platform_driver exynos2200_cmu_driver __initdata = {
.driver = {
.name = "exynos2200-cmu",
.of_match_table = exynos2200_cmu_of_match,
.suppress_bind_attrs = true,
},
- .probe = exynos2200_cmu_probe,
};
static int __init exynos2200_cmu_init(void)
{
- return platform_driver_register(&exynos2200_cmu_driver);
+ return platform_driver_probe(&exynos2200_cmu_driver, exynos2200_cmu_probe);
}
-core_initcall(exynos2200_cmu_init);
+subsys_initcall(exynos2200_cmu_init);
Switch registering platform driver to platform_driver_probe(), so the 'struct platform_driver' can be properly discarded after init and there won't be need of __refdata to silence DEBUG_SECTION_MISMATCH. The change requires using subsys_initcall instead of core_initcall, because no device drivers would bound in the latter, as required by platform_driver_probe(). Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> --- Testing needed. My initial tests on Exynos5422 lead to weird, unrelated oopses, probably because of multiple exynos5-subcmu devices. Not sure if applicable here, but change of initcal might have actual impact. --- drivers/clk/samsung/clk-exynos2200.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-)