View Single Post
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#97
Originally Posted by damion View Post
If existing modules are compiled without an option, can't replacement modules be created, with (and I know this is ugly), some .deb compatible postinst which switches the existing modules with ones compile with that in, as well as the stock masq .ko files which is lacks altogether but which it's possible to compile and install in normal dpkg ways? Or, I know somebody who refuses (for h/ware reasons) to reboot a server he's had running for 15 years or so, where he insmods various catchup .ko files which patch together all the updates to the 2.2.*? kernel to keep it secure, you can essentially update most kernel internal symbols and capabilities, so adding nf_conntrack in a fresh module might be possible.
So you're saying we could have a kernel module that we could insert that would patch the kernel and add the missing functionality? That would be really nice. It wouldn't be so nice if you have to disable or replace stock modules, though, because, yeah, that leads back to the problems of flashing a new kernel.

Originally Posted by rambo View Post
I wonder if this is any less ugly than a custom kernel, we can flash the kernel OTA directly from deb anyway so from user-experience POV it's the same (except reboot vs no reboot).
The most important things from a user POV are: (1) a third party package doesn't block an OTA firmware upgrade or cause system instability (2) as simple to install as possible, so yeah, no reboots if possible...

But this is all academic until someone figures out why the device reboots under load.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!