Linux API

• Thread Index

• [PATCH v2 02/10] selftests/landlock: Make tests build with old libc
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 04/10] selftests/landlock: Add tests for unknown access rights
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 08/10] landlock: Change landlock_add_rule(2) argument check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 06/10] selftests/landlock: Fully test file rename with "remove" access
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 10/10] selftests/landlock: Test landlock_create_ruleset(2) argument check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 03/10] selftests/landlock: Extend tests for minimal valid attribute size
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 09/10] landlock: Change landlock_restrict_self(2) check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 00/10] Minor Landlock fixes and new tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 07/10] selftests/landlock: Add tests for O_PATH
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: tytso <tytso@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• Re: [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• [PATCH 3/3] RISC-V: HWCAP: parse Bitmanip/Scalar Crypto HWCAP from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 0/3] RISC-V: Add Bitmanip/Scalar Crypto HWCAP
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• COMPAT_32BIT_TIME and allnoconfig: breaking userspace
  • From: Rich Felker <dalias@xxxxxxxx>
• [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: specify writeback period and expire interval per memcg
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 2/3] writeback: per memcg dirty flush
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Add RS485 support to DW UART
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 00/10] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• [PATCH v4 09/13] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 08/13] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 00/13] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v35 28/29] LSM: Add /proc attr entry for full LSM context
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Marcin Juszkiewicz <marcin@xxxxxxxxxxxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Explicitly defining the userspace API
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• [PATCH v35 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v35 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v3 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v34 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] af_unix: Escape abstract unix socket address
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [Bug 215813] syscall(SYS_vfork) causes execve() to return 0. (was: vfork(2) behavior not consistent with fork(2))
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: vfork(2) behavior not consistent with fork(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• vfork(2) behavior not consistent with fork(2) (was: vfork(2) fails after unshare(CLONE_NEWTIME) (was: [Bug 215769] man 2 vfork() does not document corner case when PID == 1))
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] ptrace: Cleanups for v5.18
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• Re: [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Bernd Schubert <bschubert@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: "chenjiahao (C)" <chenjiahao16@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Bernd Schubert <bschubert@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 0/2] ptrace: Making the ptrace changes atomic
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH v33 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v33 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 13/13] memfd_create.2: Describe MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 00/13] Removing tracehook.h
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] Removing tracehook.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 00/13] Removing tracehook.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 00/13] Removing tracehook.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• RE: [PATCH 00/35] Shadow stacks for userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Ivan Teterevkov <ivan.teterevkov@xxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Regression of madvise(MADV_COLD) on shmem?
  • From: Ivan Teterevkov <ivan.teterevkov@xxxxxxxxxxx>
• [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/6] venus: vdec: Use output resolution on reconfigure
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 5/6] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 3/6] venus: Add a handling of QC08C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 4/6] venus: hfi_platform: Correct supported compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 2/6] venus: helpers: Add helper to check supported pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 1/6] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 0/6] Qualcomm custom compressed pixfmt
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [GIT PULL] ucounts: Regression fix for v5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] ucounts: Regression fix for v5.17
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [RFC PATCH 5/7] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: How should rlimits, suid exec, and capabilities interact?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Linus Torvalds <linus@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Linus Torvalds <linus@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 6/7] selftest/landlock: Extend access right tests to directories
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v3 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 4/7] selftest/landlock: Extend tests for minimal valid attribute size
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v1 0/7] Minor Landlock fixes and new tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 1/7] landlock: Fix landlock_add_rule(2) documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 5/7] selftest/landlock: Add tests for unknown access rights
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 3/7] selftest/landlock: Make tests build with old libc
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 7/7] selftest/landlock: Fully test file rename with "remove" access
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [GIT PULL] ucounts: RLIMIT_NPROC fixes for v5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [RFC PATCH v2 02/11] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 05/11] selftests/rseq: Implement rseq numa node id field selftest
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 03/11] rseq: extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 01/11] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 10/11] rseq: extend struct rseq with per memory space vcpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 07/11] lib: implement find_{first,next}_{zero,one}_and_zero_bit
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 08/11] cpumask: implement cpumask_{first,next}_{zero,one}_and_zero
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 11/11] selftests/rseq: Implement rseq vm_vcpu_id field support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 06/11] lib: invert _find_next_bit source arguments
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 04/11] selftests/rseq: Use ELF auxiliary vector for extensible rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 00/11] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [GIT PULL] ucounts: RLIMIT_NPROC fixes for v5.17
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• RE: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v4 00/12] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/5] rlimit: Fix RLIMIT_NPROC enforcement failure caused by capability calls in set_user
  • From: Solar Designer <solar@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] ucounts: Handle wrapping in is_ucounts_overlimit
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] venus: Add a handling of QC10C compressed format
  • From: Nicolas Dufresne <nicolas@xxxxxxxxxxxx>
• [PATCH v2 0/5] ucounts: RLIMIT_NPROC fixes
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 5/5] ucounts: Handle wrapping in is_ucounts_overlimit
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 4/5] ucounts: Move RLIMIT_NPROC handling after set_user
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 3/5] ucounts: Base set_cred_ucounts changes on the real user
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 2/5] ucounts: Enforce RLIMIT_NPROC not RLIMIT_NPROC+1
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 1/5] rlimit: Fix RLIMIT_NPROC enforcement failure caused by capability calls in set_user
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• RE: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 17/18] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 11/18] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 04/18] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/18] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH 08/14] arm64: simplify access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/2] exit: Introduce __WCHILDSIGINFO for waitid
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• discovering native audit arch
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/2] selftests/seccomp: Check for waitid() behavior
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/2] exit: Introduce __WCHILDSIGINFO for waitid
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/2] exit: Introduce __WCHILDSIGINFO for waitid
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/14] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/14] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/14] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/14] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC] Get siginfo from unreaped task
  • From: Robert Święcki <robert@xxxxxxxxxxx>
• [RFC] Get siginfo from unreaped task
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 22/35] x86/mm: Prevent VM_WRITE shadow stacks
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 22/35] x86/mm: Prevent VM_WRITE shadow stacks
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 1/7] statx: add I/O alignment information
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC PATCH 1/7] statx: add I/O alignment information
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• RE: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "avagin@xxxxxxxxx" <avagin@xxxxxxxxx>
• Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: "Wang, Zhi A" <zhi.a.wang@xxxxxxxxx>
• [RFC PATCH 4/7] f2fs: move f2fs_force_buffered_io() into file.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 5/7] f2fs: don't allow DIO reads but not DIO writes
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 6/7] f2fs: simplify f2fs_force_buffered_io()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 3/7] ext4: support STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 7/7] f2fs: support STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 2/7] fscrypt: change fscrypt_dio_supported() to prepare for STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 0/7] make statx() return I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• RE: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• RE: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 21/35] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• RE: [PATCH 00/35] Shadow stacks for userspace
  • From: "Willgerodt, Felix" <felix.willgerodt@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 19/35] mm/mmap: Add shadow stack pages to memory accounting
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 18/35] mm: Add guard pages around a shadow stack.
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 14/35] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 17/35] mm: Fixup places that call pte_mkwrite() directly
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 16/35] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 15/35] x86/mm: Check Shadow Stack page fault errors
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 12/35] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 11/35] x86/mm: Update pte_modify for _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] Partially revert "net/smc: Add netlink net namespace support"
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 07/35] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 06/35] x86/cet: Add control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 04/35] x86/cpufeatures: Introduce CPU setup and option parsing for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 05/35] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 00/12] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Re: [PATCH v3] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 09/35] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 07/35] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 06/35] x86/cet: Add control-protection fault handler
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 05/35] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 04/35] x86/cpufeatures: Introduce CPU setup and option parsing for CET
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• Re: [RFC PATCH 3/3] rseq: extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [RFC PATCH 1/3] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] rseq: extend struct rseq with numa node id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• RE: [PATCH 00/35] Shadow stacks for userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• RE: [PATCH 00/35] Shadow stacks for userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 33/35] selftests/x86: Add map_shadow_stack syscall test
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 33/35] selftests/x86: Add map_shadow_stack syscall test
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] rseq: extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 2/3] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/3] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] rseq: extend struct rseq with per thread group vcpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] selftests/rseq: change type of rseq_offset to ptrdiff_t
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v32 27/28] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v32 14/28] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>