mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-23 04:34:11 +08:00
550a77a74c
To support time namespaces in the VDSO with a minimal impact on regular non time namespace affected tasks, the namespace handling needs to be hidden in a slow path. The most obvious place is vdso_seq_begin(). If a task belongs to a time namespace then the VVAR page which contains the system wide VDSO data is replaced with a namespace specific page which has the same layout as the VVAR page. That page has vdso_data->seq set to 1 to enforce the slow path and vdso_data->clock_mode set to VCLOCK_TIMENS to enforce the time namespace handling path. The extra check in the case that vdso_data->seq is odd, e.g. a concurrent update of the VDSO data is in progress, is not really affecting regular tasks which are not part of a time namespace as the task is spin waiting for the update to finish and vdso_data->seq to become even again. If a time namespace task hits that code path, it invokes the corresponding time getter function which retrieves the real VVAR page, reads host time and then adds the offset for the requested clock which is stored in the special VVAR page. Allocate the time namespace page among VVAR pages and place vdso_data on it. Provide __arch_get_timens_vdso_data() helper for VDSO code to get the code-relative position of VVARs on that special page. Co-developed-by: Andrei Vagin <avagin@openvz.org> Signed-off-by: Andrei Vagin <avagin@openvz.org> Signed-off-by: Dmitry Safonov <dima@arista.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Link: https://lore.kernel.org/r/20191112012724.250792-23-dima@arista.com
56 lines
1.6 KiB
C
56 lines
1.6 KiB
C
/* SPDX-License-Identifier: GPL-2.0-only */
|
|
/*
|
|
* vvar.h: Shared vDSO/kernel variable declarations
|
|
* Copyright (c) 2011 Andy Lutomirski
|
|
*
|
|
* A handful of variables are accessible (read-only) from userspace
|
|
* code in the vsyscall page and the vdso. They are declared here.
|
|
* Some other file must define them with DEFINE_VVAR.
|
|
*
|
|
* In normal kernel code, they are used like any other variable.
|
|
* In user code, they are accessed through the VVAR macro.
|
|
*
|
|
* These variables live in a page of kernel data that has an extra RO
|
|
* mapping for userspace. Each variable needs a unique offset within
|
|
* that page; specify that offset with the DECLARE_VVAR macro. (If
|
|
* you mess up, the linker will catch it.)
|
|
*/
|
|
|
|
#ifndef _ASM_X86_VVAR_H
|
|
#define _ASM_X86_VVAR_H
|
|
|
|
#ifdef EMIT_VVAR
|
|
/*
|
|
* EMIT_VVAR() is used by the kernel linker script to put vvars in the
|
|
* right place. Also, it's used by kernel code to import offsets values.
|
|
*/
|
|
#define DECLARE_VVAR(offset, type, name) \
|
|
EMIT_VVAR(name, offset)
|
|
|
|
#else
|
|
|
|
extern char __vvar_page;
|
|
|
|
#define DECLARE_VVAR(offset, type, name) \
|
|
extern type vvar_ ## name[CS_BASES] \
|
|
__attribute__((visibility("hidden"))); \
|
|
extern type timens_ ## name[CS_BASES] \
|
|
__attribute__((visibility("hidden"))); \
|
|
|
|
#define VVAR(name) (vvar_ ## name)
|
|
#define TIMENS(name) (timens_ ## name)
|
|
|
|
#define DEFINE_VVAR(type, name) \
|
|
type name[CS_BASES] \
|
|
__attribute__((section(".vvar_" #name), aligned(16))) __visible
|
|
|
|
#endif
|
|
|
|
/* DECLARE_VVAR(offset, type, name) */
|
|
|
|
DECLARE_VVAR(128, struct vdso_data, _vdso_data)
|
|
|
|
#undef DECLARE_VVAR
|
|
|
|
#endif
|