x86 entry code · Maintained
Maintainers
- M Andy Lutomirski <luto@kernel.org>
Paths
- F
arch/x86/entry/
Last 30 days
Active reviewers (last 30 days)
-
Arnd Bergmann <arnd@arndb.de>
1 attestation (1 Reviewed-by) · last on 2026-07-02
Recent patches
Most-recent 30 patches in this subsystem on linux-arm-kernel (capped at 30), ordered by date desc.
-
COOLING13d
REVIEWED: 5 (5M) [PATCH v3 3/9] x86/vdso: Respect COMPAT_32BIT_TIME
2026-07-02 · Thomas Weißschuh <hidden> -
COLD19d
[PATCH v2 3/9] x86/vdso: Respect COMPAT_32BIT_TIME
2026-06-30 · Thomas Weißschuh <hidden> -
COLD49d
[PATCH v3 1/5] arm64: vdso: Prepare for robust futex unlock support
2026-05-29 · André Almeida <andrealmeid@igalia.com> -
STALE82d
REVIEWED: 7 (7M) [PATCH v5 2/2] randomize_kstack: Unify random source across arches
2026-03-03 · Ryan Roberts <ryan.roberts@arm.com> -
STALE97d
[PATCH 1/7] x86/vdso: Respect COMPAT_32BIT_TIME
2026-02-27 · Thomas Weißschuh <hidden> -
STALE167d
[RFC PATCH] kbuild: Make --build-id linker flag configurable
2026-02-02 · Naman Jain <hidden> -
STALE188d
[PATCH 5/9] x86/vdso: Provide clock_getres_time64() for x86-32
2025-12-23 · Thomas Weißschuh <hidden> -
STALE150d
REVIEWED: 1 (0M) [PATCH v6 08/44] perf/x86/core: Register a new vector for handling mediated guest PMIs
2025-12-06 · Sean Christopherson <seanjc@google.com> -
STALE214d
[RFC PATCH v7 29/31] x86/mm/pti: Implement a TLB flush immediately after a switch to kernel CR3
2025-11-14 · Valentin Schneider <vschneid@redhat.com> -
STALE214d
[RFC PATCH v7 28/31] x86/mm/pti: Introduce a kernel/user CR3 software signal
2025-11-14 · Valentin Schneider <vschneid@redhat.com> -
STALE256d
[RFC PATCH v6 27/29] x86/mm/pti: Implement a TLB flush immediately after a switch to kernel CR3
2025-10-10 · Valentin Schneider <vschneid@redhat.com> -
STALE256d
[RFC PATCH v6 26/29] x86/mm/pti: Introduce a kernel/user CR3 software signal
2025-10-10 · Valentin Schneider <vschneid@redhat.com> -
STALE237d
[PATCH v5 08/44] perf: core/x86: Register a new vector for handling mediated guest PMIs
2025-08-06 · Sean Christopherson <seanjc@google.com> -
STALE344d
LANDED [PATCH v3 03/13] stackleak: Split KSTACK_ERASE_CFLAGS from GCC_PLUGINS_CFLAGS
2025-07-17 · Kees Cook <kees@kernel.org> -
STALE344d
LANDED [PATCH v3 01/13] stackleak: Rename STACKLEAK to KSTACK_ERASE
2025-07-17 · Kees Cook <kees@kernel.org> -
STALE376d
[PATCH v2 03/14] stackleak: Split KSTACK_ERASE_CFLAGS from GCC_PLUGINS_CFLAGS
2025-05-23 · Kees Cook <kees@kernel.org> -
STALE376d
[PATCH v2 01/14] stackleak: Rename STACKLEAK to KSTACK_ERASE
2025-05-23 · Kees Cook <kees@kernel.org> -
STALE433d
[PATCH 5/8] stackleak: Split STACKLEAK_CFLAGS from GCC_PLUGINS_CFLAGS
2025-05-07 · Kees Cook <kees@kernel.org> -
STALE433d
[PATCH 3/8] stackleak: Rename CONFIG_GCC_PLUGIN_STACKLEAK to CONFIG_STACKLEAK
2025-05-07 · Kees Cook <kees@kernel.org> -
STALE440d
[PATCH RFC 3/4] stackleak: Split STACKLEAK_CFLAGS from GCC_PLUGINS_CFLAGS
2025-05-02 · Kees Cook <kees@kernel.org> -
STALE440d
[PATCH RFC 1/4] stackleak: Rename CONFIG_GCC_PLUGIN_STACKLEAK to CONFIG_STACKLEAK
2025-05-02 · Kees Cook <kees@kernel.org> -
STALE513d
LANDED [PATCH v3 16/18] x86/vdso/vdso2c: Remove page handling
2025-02-04 · Thomas Weißschuh <hidden> -
STALE513d
LANDED [PATCH v3 15/18] x86/vdso: Switch to generic storage implementation
2025-02-04 · Thomas Weißschuh <hidden> -
STALE513d
LANDED [PATCH v3 04/18] vdso: Rename included Makefile
2025-02-04 · Thomas Weißschuh <hidden> -
STALE513d
LANDED [PATCH v3 01/18] x86/vdso: Fix latent bug in vclock_pages calculation
2025-02-04 · Thomas Weißschuh <hidden> -
STALE549d
[PATCH v2 16/18] x86/vdso/vdso2c: Remove page handling
2025-01-10 · Thomas Weißschuh <hidden> -
STALE549d
[PATCH v2 15/18] x86/vdso: Switch to generic storage implementation
2025-01-10 · Thomas Weißschuh <hidden> -
STALE549d
[PATCH v2 04/18] vdso: Rename included Makefile
2025-01-10 · Thomas Weißschuh <hidden> -
STALE549d
[PATCH v2 01/18] x86/vdso: Fix latent bug in vclock_pages calculation
2025-01-10 · Thomas Weißschuh <hidden> -
STALE538d
REVIEWED: 5 (3M) [PATCH v2] treewide: const qualify ctl_tables where applicable
2025-01-10 · Joel Granados <joel.granados@kernel.org>