Description of problem: The problem seams to be located in fs/binfmt_elf.c:load_elf_binary(). It calls SET_PERSONALITY() prior checking that the ELF interpreter is available. This in turn makes the previously 32 bit process a 64 bit one which would be fine if execve() would succeed. But after the SET_PERSONALITY() the open_exec() call fails (because it cannot find the interpreter) and execve() almost instantly returns with an error. If you now look at /proc/PID/maps you'll see, that it has the vsyscall page mapped which shouldn't be. But the process is not dead yet, it's still running. By now generating a segmentation fault and in turn trying to generate a core dump the kernel just dies. Steps to Reproduce: 1. Enable core dumps 2. Start an 32 bit program that tries to execve() an 64 bit program 3. The 64 bit program cannot be started by the kernel because it can't find the interpreter, i.e. execve returns with an error 4. Generate a segmentation fault 5. panic (EDIT: This is triggerable on 2.6.31.9-174.fc12.x86_64). Upstream commit: http://git.kernel.org/linus/221af7f87b97431e3ee21ce4b0e77d5411cf1549 Discussions: http://marc.info/?t=126466700200002&r=1&w=2 Acknowledgements: Red Hat would like to thank Mathias Krause for reporting this issue.
Created attachment 387971 [details] Public reproducer
Related patches: x86: get rid of the insane TIF_ABI_PENDING bit http://git.kernel.org/linus/05d43ed8a89c159ff641d472f970e3f1baa66318 sparc: TIF_ABI_PENDING bit removal http://git.kernel.org/linus/94673e968cbcce07fa78dac4b0ae05d24b5816e1
All the fixes for this are queued for 2.6.32.8: split-flush_old_exec-into-two-functions.patch x86-get-rid-of-the-insane-tif_abi_pending-bit.patch sparc-tif_abi_pending-bit-removal.patch
I don't think we need sparc part for rhel ;-) But there might be new commits for other archs: powerpc: TIF_ABI_PENDING bit removal commit: 94f28da8409c6059135e89ac64a0839993124155
kernel-2.6.30.10-105.2.13.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/kernel-2.6.30.10-105.2.13.fc11
kernel-2.6.30.10-105.2.13.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
kernel-2.6.31.12-174.2.17.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/kernel-2.6.31.12-174.2.17.fc12
kernel-2.6.31.12-174.2.19.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
Also needs: http://marc.info/?l=linux-kernel&m=126636290420589&q=raw Without the above, the boot option "noexec32=off" does not work.
Thanks Chuck. Please ensure we backport: - 221af7f87 ("Split 'flush_old_exec' into two functions") - 05d43ed8a ("x86: get rid of the insane TIF_ABI_PENDING bit") - 7ab02af42 ("Fix 'flush_old_exec()/setup_new_exec()' split") - 94f28da84 ("powerpc: TIF_ABI_PENDING bit removal") - 1252f238d ("x86: set_personality_ia32() misses force_personality32") Thanks.
This issue has been addressed in following products: Red Hat Enterprise Linux 4 Via RHSA-2010:0146 https://rhn.redhat.com/errata/RHSA-2010-0146.html
This issue has been addressed in following products: Red Hat Enterprise Linux 5 Via RHSA-2010:0398 https://rhn.redhat.com/errata/RHSA-2010-0398.html
This issue has been addressed in following products: MRG for RHEL-5 Via RHSA-2010:0771 https://rhn.redhat.com/errata/RHSA-2010-0771.html