| Message ID | 1428422171-3180-1-git-send-email-daniel.baluta@intel.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Tue, Apr 07, 2015 at 06:56:11PM +0300, Daniel Baluta wrote: > We need this earlier in the boot process to allow various subsystems > to use configfs (e.g Industrial IIO). > > Also, debugfs is at core_initcall level and configfs should be on > the same level from infrastructure point of view. > > Suggested-by: Lars-Peter Clausen <lars@metafoo.de> > Signed-off-by: Daniel Baluta <daniel.baluta@intel.com> Looks fine: Reviewed-by: Christoph Hellwig <hch@lst.de> -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/fs/configfs/mount.c b/fs/configfs/mount.c index da94e41..5373567 100644 --- a/fs/configfs/mount.c +++ b/fs/configfs/mount.c @@ -173,5 +173,5 @@ MODULE_LICENSE("GPL"); MODULE_VERSION("0.0.2"); MODULE_DESCRIPTION("Simple RAM filesystem for user driven kernel subsystem configuration."); -module_init(configfs_init); +core_initcall(configfs_init); module_exit(configfs_exit);
We need this earlier in the boot process to allow various subsystems to use configfs (e.g Industrial IIO). Also, debugfs is at core_initcall level and configfs should be on the same level from infrastructure point of view. Suggested-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Daniel Baluta <daniel.baluta@intel.com> --- * Extended CC list with Al, Christoph and fsdevel :) fs/configfs/mount.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)