aboutsummaryrefslogtreecommitdiffstats
path: root/lib/ioremap.c
diff options
context:
space:
mode:
authorJiri Slaby <jslaby@suse.cz>2010-06-16 22:30:42 +0200
committerH. Peter Anvin <hpa@linux.intel.com>2010-06-18 13:48:14 -0700
commitd7a0380dc3e6607d30ccdfc3cfc2ccee0d966716 (patch)
treed1255adc4deaedf36490ab14df2a26bdb98f428e /lib/ioremap.c
parent8b8f79b927b6b302bb65fb8c56e7a19be5fbdbef (diff)
downloadkernel_samsung_smdk4412-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.zip
kernel_samsung_smdk4412-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.tar.gz
kernel_samsung_smdk4412-d7a0380dc3e6607d30ccdfc3cfc2ccee0d966716.tar.bz2
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