Hi Josh, Thanks for the information. We have two options here:
1) staying with 3.4 kernel, back port ftrace and wherever needed, using gcc 4.9 to compile the kernel and KLMs 2) migrating the kernel to 3.10 or 3.14, which is using the gcc 4.9 Wondering from your point of view, which option is more efficient and less hassle? Thanks Michael On Jan 20, 2016, at 7:39 AM, Josh Poimboeuf <[email protected]<mailto:[email protected]>> wrote: On Tue, Jan 19, 2016 at 04:15:10PM +0000, Michael Liu (zuwliu) wrote: I joined the member and try to send it again. Hello Kpatch, I’m in a project which requires running kpatch on our 3.4 kernel, wondering how much effort is needed to do so? We currently using GCC 4.6.3, but I think we can move to GCC 4.8 if needed. However we cannot move our kernel to 3.9. In 3.4 kernel I saw there is already ftrace, although there is no CONFIG_DYNAMIC_FTRACE_WITH_REGS feature. Wondering whether CONFIG_DYNAMIC_FTRACE_WITH_REGS is the only feature missing on 3.4 to support kpatch? Are there other things we need to backport to run kpatch on 3.4 kernel? Thank you for your time! Hi Michael, CONFIG_DYNAMIC_FTRACE_WITH_REGS is the biggest required feature I know about that's missing on 3.4. Also, there are at least some minor kernel API differences that affect the kpatch core module, described here: https://github.com/dynup/kpatch/issues/257 GCC 4.6 may have issues: https://github.com/dynup/kpatch/issues/246#issuecomment-46615292 Those are just the problems I know about. You might run into other issues... -- Josh
_______________________________________________ kpatch mailing list [email protected] https://www.redhat.com/mailman/listinfo/kpatch
