diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-December/010476.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-December/010476.html | 143 |
1 files changed, 143 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-December/010476.html b/zarb-ml/mageia-dev/2011-December/010476.html new file mode 100644 index 000000000..76272b6b5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-December/010476.html @@ -0,0 +1,143 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut. + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20RFC%3A%20Drop%20mkinitrd%20completely%20in%20favour%20of%20dracut.&In-Reply-To=%3C4EE9F10B.8050003%40mageia.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="010207.html"> + <LINK REL="Next" HREF="010481.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut.</H1> + <B>Anssi Hannula</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20RFC%3A%20Drop%20mkinitrd%20completely%20in%20favour%20of%20dracut.&In-Reply-To=%3C4EE9F10B.8050003%40mageia.org%3E" + TITLE="[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut.">anssi at mageia.org + </A><BR> + <I>Thu Dec 15 14:07:23 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="010207.html">[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut. +</A></li> + <LI>Next message: <A HREF="010481.html">[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut. +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10476">[ date ]</a> + <a href="thread.html#10476">[ thread ]</a> + <a href="subject.html#10476">[ subject ]</a> + <a href="author.html#10476">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 05.12.2011 22:37, Colin Guthrie wrote: +><i> 'Twas brillig, and Anssi Hannula at 02/12/11 21:17 did gyre and gimble: +</I>>><i> On 02.12.2011 15:57, Anssi Hannula wrote: +</I>>>><i> On 02.12.2011 13:28, Colin Guthrie wrote: +</I>>>>><i> Hi, +</I>>>>><i> +</I>>>>><i> Just a suggestion! Should we move wholesale to dracut? +</I>>>>><i> +</I>>>>><i> It's very easy to hack on, and Harald Hoyer has been very helpful and +</I>>>>><i> has merged some of the patches we carried locally (which I mostly copied +</I>>>>><i> from Mandriva). Not sure why they were not upstreamed before. +</I>>>>><i> +</I>>>>><i> There are still a couple patches we carry locally (soon to be less when +</I>>>>><i> Harald pushes his git repo and I rebase), but they are pretty trivial, +</I>>>>><i> understandable and easily maintainable (mostly they will be stylistic +</I>>>>><i> tweaks and naming variations - i.e. very minor). +</I>>>>><i> +</I>>>>><i> Modprobe rules are included even in the initrd so tweaks there follow +</I>>>>><i> through. +</I>>>>><i> +</I>>>>><i> I'm not necessarily against keeping mkinitrd, but I think we should take +</I>>>>><i> the time from now until the beta phase to obsolte mkinitrd and force +</I>>>>><i> everyone to use dracut in order to see if there are any issues and then +</I>>>>><i> make the call before next beta or rc. +</I>>>><i> +</I>>>><i> +1 +</I>>>><i> +</I>>>><i> One thing that doesn't work with dracut yet is that it only includes the +</I>>>><i> KMS drivers into initramfs if they are loaded at the time of initramfs +</I>>>><i> creation, causing unoptimal boot screen when a) initramfs created by the +</I>>>><i> installer (I guess), and when b) user has switched a driver non-kms -> kms. +</I>>>><i> +</I>>>><i> This can probably be solved by some patching of +</I>>>><i> modules.d/50plymouth/module-setup.sh, but I haven't looked at it closely +</I>>>><i> yet. +</I>>><i> +</I>>><i> Patch attached. I guess this would remain as a Mageia specific patch as +</I>>><i> the wanted behavior is dependant on how the distribution handles driver +</I>>><i> switching etc... +</I>>><i> +</I>>><i> Shall I apply it? +</I>><i> +</I>><i> Just to pick up on this patch, here is a conversation I just had with +</I>><i> Harald on #dracut IRC: +</I>><i> +</I>><i> coling> haraldh, the "more interesting" question (for various values of +</I>><i> "more interesting") was about a how hostonly works.... at the moment it +</I>><i> only includes modules that are already loaded... but in some cases you +</I>><i> want to include modules that are not currently loaded but do belong on +</I>><i> the h/w in question. +</I>><i> <coling> haraldh, one of the patches (that we believe might just have to +</I>><i> be a local one for the way we do things) is here: +</I>><i> <A HREF="http://svnweb.mageia.org/packages/cauldron/dracut/current/SOURCES/0508-plymouth-Include-kms-modules-even-if-they-are-not-cu.patch?revision=175507&view=markup">http://svnweb.mageia.org/packages/cauldron/dracut/current/SOURCES/0508-plymouth-Include-kms-modules-even-if-they-are-not-cu.patch?revision=175507&view=markup</A> +</I>><i> <coling> It checks the module aliases against the current h/w. We do +</I>><i> this when we generate the initrd from the installer and include the KMS +</I>><i> modules even although they are not currently loaded. +</I>><i> <coling> I'm not sure if this is a mechanism you want to consider +</I>><i> supporting? e.g. perhaps "hostonly" mode could change to do things this +</I>><i> way (via modaliases) and a new "loadedonly" mode could suppliment +</I>><i> hostonly to give the current behaviour? +</I>><i> <coling> Or perhaps you could make hostonly={no|yes|loaded|hardware} +</I>><i> where yes is just a synonym for "loaded". +</I>><i> <coling> (I didn't write that patch by the way, so i'm just picking up +</I>><i> on the general principal with a view to seeing if the general concept +</I>><i> can be upstreamed) +</I>><i> <haraldh> hostonly, hmm, yes, greping for currently used modules was the +</I>><i> easiest and fastest way +</I>><i> <haraldh> to be more correct, we should do it with the aliases like in +</I>><i> your patch +</I>><i> <haraldh> but that is costly and takes a lot of time +</I>><i> <haraldh> and also the modprobe.conf.d is something one would want +</I>><i> <haraldh> and also install possible helper tools there +</I>><i> <haraldh> so, if you want to factor that one out in a module filter +</I>><i> function, send it to the initramfs mailing list +</I>><i> <haraldh> any help in that area is appreciated and most likely merged :) +</I>><i> +</I>><i> +</I>><i> So if you fancy working on this, I'm sure it'll get upstreamed :) +</I> +I might take a look at this. + +Though, as Harald says, it might prove to be slow, since we'd have to +compare every alias of every module considered by dracut against the +system modalias list... Well, I guess we'll see. + +-- +Anssi Hannula +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="010207.html">[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut. +</A></li> + <LI>Next message: <A HREF="010481.html">[Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut. +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10476">[ date ]</a> + <a href="thread.html#10476">[ thread ]</a> + <a href="subject.html#10476">[ subject ]</a> + <a href="author.html#10476">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |