Here's a screen scrape from IRC today. Comments welcome...
-Brian i'm working on upgrading the ia64 kernel, and am contemplating TODO item #8: <finley> basically, an all-modular kernel <finley> the idea is, put network modules(and their deps) in the initrd, block drivers in boel_binaries <finley> process might look something like this: <finley> * build kernel <finley> * build modules <finley> * install modules to boel_binaries_dir like we currently do <finley> * rm modules listed in etc/UYOK.modules_to_exclude <finley> * mv net modules, and any other initrd required modules, to initrd_dir/lib/modules<whatever> <finley> . <finley> . <finley> This will: <finley> - maintaining kernel configs easier (other than key arch stuff, just choose all modules) <finley> - and let hotplug deal with loading the right drivers... <finley> - keep the size of the initrd a little smaller <finley> - still allow us to have very comprehensive driver support <finley> . <finley> It would be really cool if we could get to the point where a kernel build was "make defconfig; make" <finley> . <finley> Ok, i'm done. Comments? <arighi> finley: just 2 comments... <arighi> 1) rm modules listed in etc/UYOK.modules_to_exclude <arighi> why? <arighi> we could simply remove the modules we don't like using the kernel config <arighi> I mean compile only the needed modules <arighi> 2) it could be nice to have a mail with all these guidelines ;) <arighi> btw, the approach seems good in the other points <finley> because we need to maintain etc/UYOK.modules_to_exclude anyway, for UYOK <finley> i'll send a mail <finley> i don't mind removing modules we dont' need from the config so we don't have to spend cpu time building them. <arighi> so the idea is that UYOK.modules_to_exclude should be considered also for BOEL... <finley> yes -- make it canonical <finley> for any modules put into a boot package <finley> whether created by UYOK or build system <finley> one nice thing there is, we make it easier for a lower level user to build their own kernel using the build system <finley> that is, they don't need to worry as much about what's in their .config <arighi> ok sounds good -- Brian Elliott Finley Mobile: 630.631.6621 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Sisuite-devel mailing list Sisuite-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-devel
