diff options
author | Jiri Slaby <jslaby@suse.cz> | 2010-06-16 22:30:42 +0200 |
---|---|---|
committer | H. Peter Anvin <hpa@linux.intel.com> | 2010-06-18 13:48:14 -0700 |
commit | d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716 (patch) | |
tree | d1255adc4deaedf36490ab14df2a26bdb98f428e /lib/ioremap.c | |
parent | 8b8f79b927b6b302bb65fb8c56e7a19be5fbdbef (diff) | |
download | linux-stable-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.tar.gz linux-stable-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.tar.bz2 linux-stable-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.zip |
x86-64, mm: Initialize VDSO earlier on 64 bits
When initrd is in use and a driver does request_module() in its
module_init (i.e. __initcall or device_initcall), a modprobe process
is created with VDSO mapping. But VDSO is inited even in __initcall,
i.e. on the same level (at the same time), so it may not be inited
yet (link order matters).
Move the VDSO initialization code earlier by switching to something
before rootfs_initcall where initrd is loaded as rootfs. Specifically
to subsys_initcall. Do it for standard 64-bit path (init_vdso_vars)
and for compat (sysenter_setup), just in case people have 32-bit
initrd and ia32 emulation built-in.
i386 (pure 32-bit) is not affected, since sysenter_setup() is called
from check_bugs()->identify_boot_cpu() in start_kernel() before
rest_init()->kernel_thread(kernel_init) where even kernel_init() calls
do_basic_setup()->do_initcalls().
What this patch fixes are early modprobe crashes such as:
Unpacking initramfs...
Freeing initrd memory: 9324k freed
modprobe[368]: segfault at 7fff4429c020 ip 00007fef397e160c \
sp 00007fff442795c0 error 4 in ld-2.11.2.so[7fef397df000+1f000]
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
LKML-Reference: <1276720242-13365-1-git-send-email-jslaby@suse.cz>
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Diffstat (limited to 'lib/ioremap.c')
0 files changed, 0 insertions, 0 deletions