summaryrefslogtreecommitdiffstats
path: root/include/linux/mod_devicetable.h
diff options
context:
space:
mode:
authorNicolas Pitre <nico@cam.org>2007-06-16 02:07:53 -0400
committerPierre Ossman <drzeus@drzeus.cx>2007-09-23 20:45:39 +0200
commit26074962e8f547b96614dbe248748ba2a1996ca3 (patch)
treeb1ae5800aaae3bc9872886c825431d8ae25b52ce /include/linux/mod_devicetable.h
parent1a632f8cdc33e7f8edca352164f0c96a75d08f08 (diff)
downloadlinux-26074962e8f547b96614dbe248748ba2a1996ca3.tar.gz
linux-26074962e8f547b96614dbe248748ba2a1996ca3.tar.bz2
linux-26074962e8f547b96614dbe248748ba2a1996ca3.zip
mmc: initialize mmc subsystem with subsys_initcall()
The problem is that the sdio_bus must be registered before any SDIO drivers are registered against it otherwise the kernel sulks. Because the sdio_bus registration happens through module_init (equivalent to device_initcall), then any SDIO drivers linked before the SDIO core code in the kernel will be initialized first. Upcoming SDIO function drivers are likely to be located outside the drivers/mmc directory as it is common practice to group drivers according to their function rather than the bus they use. SDIO drivers are therefore likely to appear at random location in the kernel link. To make sure the sdio_bus is always initialized before any SDIO drivers, let's move the MMC init to the subsys_initcall level. Signed-off-by: Nicolas Pitre <npitre@mvista.com> Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Diffstat (limited to 'include/linux/mod_devicetable.h')
0 files changed, 0 insertions, 0 deletions