Hello, Aleksa. On Fri, Apr 03, 2015 at 10:42:27AM +1100, Aleksa Sarai wrote: > I tried doing this and the kernel would refuse to boot. I believe it has > something to do with the ordering of early_init subsystems, but I'm not Hmmm... yeah, failure in early_init can be tricky to debug. > entirely sure (this optimisation can be dealt with later [it's non-critical], > so IMO this should be done in a separate patchset [if at all]). Also, your > later comments would fix the subsys bitmask problem (we can just pass the > default %NULL), we don't even need to test the index. But we'd be adding quite a few loops in relatively hot paths. I don't think it's a good idea to send the patches as-are because we can't debug and fix them properly, right? If there are hard ordering dependencies, the range of subsystems which require fork/exit doesn't have to be at the beginning. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe cgroups" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
