New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
changed section .rela.rodata not selected for inclusion #702
Comments
|
got the same problem: kpatch-build output: |
kpatch_include_symbol() is confusing. Refactor it: - Remove the "inclusion tree" debug messages. I never use them, and they just help make the code more confusing and the debug output more cluttered. - Split it up into two functions: kpatch_include_symbol() and kpatch_include_section(), so that kpatch_include_section() can be used elsewhere. - Call kpatch_include_section() from kpatch_include_standard_elements(). This covertly fixes dynup#702, by also including the .rela.rodata section. - Add a bunch of comments to clarify some of the trickier points. Fixes dynup#702. Fixes dynup#807. Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
patch.txt
I'm testing a patch (see attached) for CVE-2014-3690 against RHEL7.3 GA + kernel-3.10.0-200.el7.x86_64 (rebuilt by RHEL7.3 GA toolset) and was running into the following kpatch-build error:
readelf does indeed show a difference in this section between the original and
patched object files:
The text was updated successfully, but these errors were encountered: