Bug 859902
Summary: | systemtap module build failure (-p4) for kernel-2.6.18-340.el5 xen kernels | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Gurhan Ozen <gozen> |
Component: | systemtap | Assignee: | Frank Ch. Eigler <fche> |
Status: | CLOSED ERRATA | QA Contact: | Martin Cermak <mcermak> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 5.9 | CC: | jburke, jstancek, lmiksik, mcermak, mjw, pbunyan, scox |
Target Milestone: | rc | Keywords: | TestBlocker |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | systemtap-1.8-6.el6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-01-08 07:29:46 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Gurhan Ozen
2012-09-24 11:17:51 UTC
The cause appears to be an unexpected interaction between an old kernel, a younger kernel's mm bug, and systemtap's workaround for the latter, and a later cleanup of this workaround. This problem does not indicate a problem with this xen kernel build. For http://sourceware.org/bugzilla/show_bug.cgi?id=9740, it was reported in 2009 that kernel 2.6.29 had a mm bug that could be worked around by a dummy call to alloc_vm_area / free_vm_area. This dummy call was activated by a stap runtime autoconf test that would trigger this only if the respective functions could be found & compiled. Forward two years. commit 08c29612 converted the compilability test (runtime/autoconf-vm-area.c) to a kernel-exported-symbol test, that checked instead whether the given symbols were SYMBOL_EXPORT'd by the kernel. This is approximately the same test for modern kernels. However, for this 2.6.18 xen kernel, it is a false positive. It does export alloc_vm_area, but does not define it in linux/vmalloc.h (where expected), and since the new test doesn't include compilability, stap's runtime assumes necessity & availability. However, xen includes alloc_vm_area only in some top secret header file xen/driver_util.h. That in turn leads to the compilation failure reported. This commit was included in systemtap 1.7 and past. One possible cure would be to make the whole PR9740 workaround conditional on a fairly narrow band of kernel versions, around 2.6.29 +- a few. Patch coming soon for upstream http://sourceware.org/bugzilla/show_bug.cgi?id=14611 This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux release for currently deployed products. This request is not yet committed for inclusion in a release. Jeff, just waiting on qa-ack. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-0058.html |