[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5 13/14] xencommons: move module list into a generic place
On Tue, May 20, 2014 at 07:40:29AM -0600, Jan Beulich wrote: > >>> On 20.05.14 at 14:31, <mcgrof@xxxxxxxxxxxxxxxx> wrote: > > From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx> > > > > This will allows us to share the same module list with > > sysemd, and lets us upkeep it in one place. > > Hmm - do we really want to further play with this module loading, That seems to be orthogonal as I'm not adding or removing extensions to it but simply preserving the existing behavior for both old init and systemd, if anything just documenting the existing behavior. In the last series the modules stuff was discussed and it was pointed out a desire to share and retain only one source for the list of modules, this is why I addressed this in this series. A few regressions were mentioned that seemed to still exist with auto module loading on Linux, this is why this is preserved. > which for at least two releases was scheduled to be removed in > favor of having the tool stack load modules on demand? If this support gets added to the tool stack then both systemd and old init can just remove this part, however the modules xen.conf service unit file might to then be replaced by an ExecStartPre. The *right* solution at least for Linux, as documented in the README is to really fix auto module loading. For Linux at least it would help have documented on the wiki the exact bug numbers for those issues that exist where auto module loading does not work. Luis _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |