olpc-ec: initialise earlier

Being a low-level component, various drivers (e.g. olpc-battery) assume that it is ok to communicate with the OLPC Embedded Controller during probe. Therefore the OLPC EC driver must be initialised before other drivers try to use it. This was the case until it was recently moved out of arch/x86 and restructured (around commits ac2504151f5af27bbf0c0362b7da5951e05dfc43 and 85f90cf6ca569b19cee212844b543a7355b77163).

Use arch_initcall so that olpc-ec is readied earlier, matching the previous behaviour.

Fixes a regression introduced in Linux-3.6 where various drivers such as olpc-battery and olpc-xo1-sci failed to load due to an inability to communicate with the EC. The user-visible effect was a lack of battery monitoring, missing ebook/lid switch input devices, etc.

---
 drivers/platform/olpc/olpc-ec.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

v2: more informative commit message, thanks Andrew Morton

index 0f9f859..f911952 100644
@@ -330,7 +330,7 @@ static int __init olpc_ec_init_module(void)
 	return platform_driver_register(&olpc_ec_plat_driver);
 }
 
-module_init(olpc_ec_init_module);
+arch_initcall(olpc_ec_init_module);
 
 MODULE_AUTHOR("Andres Salomon <[email protected]>");
 MODULE_LICENSE("GPL");

1.8.3.1