20.09.2014 22:16, kp kirchdoerfer пишет: > Am Samstag, 20. September 2014, 21:51:47 schrieb Andrew: >> 20.09.2014 21:40, kp kirchdoerfer пишет: >>> Hi; >>> >>> I've moved the thread to leaf-devel - IMHO that's where it belongs to. >>> >>> I almost second Andrew - no surprise :) - it's been a lot easier to >>> testdrive new kernels with the splitted approach, than before, but YMMV. >>> >>> Anyway I ran into two flaws: >>> >>> Currently we generate in initrd >>> >>> /boot/lib/modules >>> >>> Is that still needed? I can't see, where it's used - on my boxes it's >>> always empty. Even don't know where/how to populate it...??? >> It seems like it's just pieces from 3.x... > This is also my impression. > > >>> And it that is all irrelvant today, do we still need the README in >>> repo/initrd?? >>> >>> >>> We also generate >>> >>> /boot/etc/modules >>> (a list of fs-related modules to load during boot) >>> >>> when building initrd. >>> >>> To me it's confusing to have all the kernel/module related stuff in >>> initmod, except to make shure they are loaded - which is part of initrd. >>> >>> Any objections, if we move that to initmod? >>> >>> kp >> It may be moved to initmod. > I did some work on this, but untested yet. > >> Or it may be leaved as is. > Doesn't feel good. If we move fwd with eventually adding different modules > during boot, changing initrd in addition to initmod is not the separation we > wanted. > >> Or even we can >> compile fs drivers into kernel as static. > This will blow up the kernel... There is no difference - will we load all fs modules, or we are linking them static. Piece of code migrates from compressed initmod to compressed kernel. >> Or we can try to use module >> auto-probing on mounting fs. Last way seems to me more likely. > That would be a great solution :) > Will you give it a try? > > kp Ok, I'll try.
------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
