Linux API
[Prev Page][Next Page]
- Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
- Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
- [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v6 6/6] mm/mempolicy: unify the create() func for bind/interleave/prefer-many policies
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 5/6] mm/mempolicy: Advertise new MPOL_PREFERRED_MANY
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 3/6] mm/mempolicy: enable page allocation for MPOL_PREFERRED_MANY for general cases
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 0/6] Introduce multi-preference mempolicy
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 1/6] mm/mempolicy: Add MPOL_PREFERRED_MANY for multiple preferred nodes
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v6 2/6] mm/memplicy: add page allocation function for MPOL_PREFERRED_MANY policy
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [PATCH v2] mm: Enable suspend-only swap spaces
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v2] mm: Enable suspend-only swap spaces
- From: Michal Hocko <mhocko@xxxxxxxx>
- Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
- From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
- Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
- From: Peter Oskolkov <posk@xxxxxxx>
- Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
- From: Leon Romanovsky <leonro@xxxxxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Peter Oskolkov <posk@xxxxxxx>
- [PATCH v5 11/11] kernel: Enable waitpid() for futex2
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 10/11] perf bench: Add futex2 benchmark tests
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 09/11] selftests: futex2: Add requeue test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 08/11] selftests: futex2: Add waitv test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 07/11] selftests: futex2: Add wouldblock test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 06/11] selftests: futex2: Add timeout test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 05/11] selftests: futex2: Add wake/wait test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 04/11] docs: locking: futex2: Add documentation
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 03/11] futex2: Implement requeue operation
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 02/11] futex2: Implement vectorized wait
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 01/11] futex2: Implement wait and wake functions
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v5 00/11] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Jann Horn <jannh@xxxxxxxxxx>
- [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
- From: Peter Oskolkov <posk@xxxxxxx>
- [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
- From: Peter Oskolkov <posk@xxxxxxx>
- [RFC PATCH 1/3 v0.2] sched: add WF_CURRENT_CPU and externise ttwu
- From: Peter Oskolkov <posk@xxxxxxx>
- [RFC PATCH 0/3 v0.2] RFC: sched/UMCG
- From: Peter Oskolkov <posk@xxxxxxx>
- Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v3 00/15] File system wide monitoring
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH v3 00/15] File system wide monitoring
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Michal Hocko <mhocko@xxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH v2 1/5] v4l: Add Qualcomm custom compressed pixel formats
- From: Nicolas Dufresne <nicolas@xxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- [PATCH v2 2/5] venus: helpers: Add helper to check supported pixel formats
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- [PATCH v2 4/5] venus: hfi_platform: Correct supported compressed format
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- [PATCH v2 5/5] venus: Add a handling of QC10C compressed format
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- [PATCH v2 1/5] v4l: Add Qualcomm custom compressed pixel formats
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- [PATCH v2 0/5] Qualcomm custom compressed pixfmt
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- [PATCH v2 3/5] venus: Add a handling of QC08C compressed format
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: "Andy Lutomirski" <luto@xxxxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v8 3/7] kernel: Implement selective syscall userspace redirection
- From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH] seccomp.2: Clarify that bad system calls kill the thread
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH v8 3/7] kernel: Implement selective syscall userspace redirection
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH] seccomp.2: Clarify that bad system calls kill the thread
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Shakeel Butt <shakeelb@xxxxxxxxxx>
- Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Willy Tarreau <w@xxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Semantics of SECCOMP_MODE_STRICT?
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: Semantics of SECCOMP_MODE_STRICT?
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v3 00/15] File system wide monitoring
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Semantics of SECCOMP_MODE_STRICT?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v4] mm: introduce reference pages
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- [PATCH v2 14/14] net/mlx4: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 13/14] net/mlx5: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 12/14] hinic: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 11/14] scsi: lpfc: Use irq_set_affinity
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 10/14] mailbox: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 09/14] ixgbe: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 08/14] be2net: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 07/14] enic: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 06/14] RDMA/i40iw: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 03/14] i40e: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 02/14] iavf: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 01/14] genirq: Provide new interfaces for affinity hints
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: x86 CPU features detection for applications (and AMX)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: "Andy Lutomirski" <luto@xxxxxxxxxx>
- Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: [PATCH v4] mm: introduce reference pages
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
- Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH v1 01/14] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
- Re: lsattr: incorrect size for ioctl result
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH 1/1] mm: introduce process_reap system call
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: x86 CPU features detection for applications (and AMX)
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- x86 CPU features detection for applications (and AMX)
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH] RDMA/core: Use flexible array for mad data
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- [PATCH v2] arm64: allow TCR_EL1.TBID0 to be configured
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH v1 13/14] net/mlx5: Use irq_update_affinity_hint
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024
- From: Alex Ghiti <alex@xxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3] mm: introduce reference pages
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- Re: [PATCH v3] mm: introduce reference pages
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- [PATCH v4] mm: introduce reference pages
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- [PATCH v5 -mm 6/6] mm/mempolicy: unify the create() func for bind/interleave/prefer-many policies
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 5/6] mm/mempolicy: Advertise new MPOL_PREFERRED_MANY
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 3/6] mm/mempolicy: enable page allocation for MPOL_PREFERRED_MANY for general cases
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 2/6] mm/memplicy: add page allocation function for MPOL_PREFERRED_MANY policy
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 1/6] mm/mempolicy: Add MPOL_PREFERRED_MANY for multiple preferred nodes
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH v5 -mm 0/6] Introduced multi-preference mempolicy
- From: Feng Tang <feng.tang@xxxxxxxxx>
- [PATCH RESEND x3 v9 9/9] btrfs: implement RWF_ENCODED writes
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 8/9] btrfs: implement RWF_ENCODED reads
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 7/9] btrfs: optionally extend i_size in cow_file_range_inline()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 6/9] btrfs: support different disk extent size for delalloc
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 5/9] btrfs: add ram_bytes and offset to btrfs_ordered_extent
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 4/9] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 3/9] fs: add RWF_ENCODED for reading/writing compressed data
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 2/9] fs: add O_ALLOW_ENCODED open flag
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- [PATCH RESEND x3 v9 0/9] fs: interface for directly reading/writing compressed data
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
- From: Robin Murphy <robin.murphy@xxxxxxx>
- [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 13/14] net/mlx5: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 12/14] hinic: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 11/14] scsi: lpfc: Use irq_set_affinity
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 09/14] ixgbe: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 10/14] mailbox: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 08/14] be2net: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 07/14] enic: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 06/14] RDMA/i40iw: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 03/14] i40e: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 02/14] iavf: Use irq_update_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 01/14] genirq: Provide new interfaces for affinity hints
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH v1 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
- From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
- [PATCH] RDMA/core: Use flexible array for mad data
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: Discussion of a possible modern alternate of the removed Sysctl syscall
- From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
- Re: Discussion of a possible modern alternate of the removed Sysctl syscall
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Discussion of a possible modern alternate of the removed Sysctl syscall
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Discussion of a possible modern alternate of the removed Sysctl syscall
- From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
- Re: Discussion of a possible modern alternate of the removed Sysctl syscall
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Discussion of a possible modern alternate of the removed Sysctl syscall
- From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
- Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: [PATCH v2 2/5] kernel/pid.c: implement additional checks upon pidfd_create() parameters
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH v2 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH v5 11/11] loop: Add LOOP_CONFIGURE ioctl
- From: Kristian Klausen <kristian@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Willy Tarreau <w@xxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Willy Tarreau <w@xxxxxx>
- Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v27 24/25] LSM: Add /proc attr entry for full LSM context
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- [PATCH v27 14/25] LSM: Specify which LSM to display
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- [PATCH v2 2/5] kernel/pid.c: implement additional checks upon pidfd_create() parameters
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v2 4/5] fanotify/fanotify_user.c: introduce a generic info record copying helper
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v2 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v2 3/5] fanotify/fanotify_user.c: minor cosmetic adjustments to fid labels
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- [PATCH v2 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 00/15] Add futex2 syscalls
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH V3] zram:calculate available memory when zram is used
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH V3] zram:calculate available memory when zram is used
- From: yong w <yongw.pur@xxxxxxxxx>
- Re: [RFC PATCH V3] zram:calculate available memory when zram is used
- From: yong w <yongw.pur@xxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Zebediah Figura <zfigura@xxxxxxxxxxxxxxx>
- [PATCH] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [RFC PATCH V3] zram:calculate available memory when zram is used
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH V3] zram:calculate available memory when zram is used
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re:
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [RFC PATCH V3] zram:calculate available memory when zram is used
- From: yongw.pur@xxxxxxxxx
- [RFC] genirq: Add effective CPU index retrieving interface
- From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
- Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v4 05/15] futex2: Implement support for different futex sizes
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 07/15] docs: locking: futex2: Add documentation
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- [no subject]
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH v4 05/15] futex2: Implement support for different futex sizes
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC PATCH V2] zram:calculate available memory when zram is used
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [RFC PATCH V2] zram:calculate available memory when zram is used
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [RFC PATCH V2] zram:calculate available memory when zram is used
- From: yongw.pur@xxxxxxxxx
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
- From: Ming Lin <mlin@xxxxxxxxxx>
- [PATCH v2 1/2] mm: make "vm_flags" be an u64
- From: Ming Lin <mlin@xxxxxxxxxx>
- [PATCH v2 0/2] mm: support NOSIGBUS on fault of mmap
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v4 00/15] Add futex2 syscalls
- From: Zebediah Figura <z.figura12@xxxxxxxxx>
- [PATCH v4 15/15] kernel: Enable waitpid() for futex2
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 14/15] perf bench: Add futex2 benchmark tests
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 13/15] selftests: futex2: Add futex sizes test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 12/15] selftests: futex2: Add requeue test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 11/15] selftests: futex2: Add waitv test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 10/15] selftests: futex2: Add wouldblock test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 09/15] selftests: futex2: Add timeout test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 08/15] selftests: futex2: Add wake/wait test
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 07/15] docs: locking: futex2: Add documentation
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 06/15] futex2: Add compatibility entry point for x86_x32 ABI
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 05/15] futex2: Implement support for different futex sizes
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 04/15] futex2: Implement requeue operation
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 03/15] futex2: Implement vectorized wait
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 02/15] futex2: Add support for shared futexes
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 01/15] futex2: Implement wait and wake functions
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- [PATCH v4 00/15] Add futex2 syscalls
- From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Simon Ser <contact@xxxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH v1] proc: Implement /proc/self/meminfo
- From: Michal Hocko <mhocko@xxxxxxxx>
- Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 0/2] Change quotactl_path() to an fd-based syscall
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 2/2] quota: Wire up quotactl_fd syscall
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 3/3] venus: Add a handling of QC10C compressed format
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
- From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
- From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
- Re: [PATCH 2/3] venus: Add a handling of QC8C compressed format
- From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
- Re: [PATCH 3/3] venus: Add a handling of QC10C compressed format
- From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [PATCH V2] mm: compaction: support triggering of proactive compaction by user
- From: Charan Teja Kalla <charante@xxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] mm: compaction: support triggering of proactive compaction by user
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Greg KH <greg@xxxxxxxxx>
- Re: Maintainers / Kernel Summit 2021 planning kick-off
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH v3 0/2] quota: Add mountpath based quota support
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v27 27/31] ELF: Introduce arch_setup_elf_property()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Christian Brauner <christian.brauner@xxxxxxxxxx>
- Re: [PATCH v3 0/2] quota: Add mountpath based quota support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] quota: Add mountpath based quota support
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: Matheus Castanho <msc@xxxxxxxxxxxxx>
- Re: [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: Matheus Castanho <msc@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] quota: Add mountpath based quota support
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
- From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
- From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
- [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 09/10] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 08/10] x86/vdso: Introduce ENDBR macro
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 07/10] x86/vdso: Insert endbr32/endbr64 to vDSO
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 05/10] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 04/10] x86/cet/ibt: Disable IBT for ia32
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 03/10] x86/cet/ibt: Handle signals for Indirect Branch Tracking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 02/10] x86/cet/ibt: Add user-mode Indirect Branch Tracking support
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 01/10] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 00/10] Control-flow Enforcement: Indirect Branch Tracking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 31/31] mm: Introduce PROT_SHADOW_STACK for shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 29/31] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 28/31] x86/cet/shstk: Add arch_prctl functions for shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 27/31] ELF: Introduce arch_setup_elf_property()
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 26/31] x86/cet/shstk: Handle signals for shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 18/31] mm: Add guard pages around a shadow stack.
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 17/31] mm: Fixup places that call pte_mkwrite() directly
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 25/31] x86/cet/shstk: Introduce shadow stack token setup/verify routines
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 16/31] x86/mm: Update maybe_mkwrite() for shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 23/31] x86/cet/shstk: Add user-mode shadow stack support
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 15/31] x86/mm: Shadow Stack page fault error checking
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 14/31] mm: Introduce VM_SHADOW_STACK for shadow stack memory
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 22/31] mm: Re-introduce vm_flags to do_mmap()
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 21/31] mm/mprotect: Exclude shadow stack from preserve_write
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 20/31] mm: Update can_follow_write_pte() for shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 19/31] mm/mmap: Add shadow stack pages to memory accounting
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 12/31] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 11/31] x86/mm: Update pte_modify for _PAGE_COW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 10/31] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 09/31] x86/mm: Introduce _PAGE_COW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 08/31] x86/mm: Move pmd_write(), pud_write() up in the file
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 07/31] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 06/31] x86/cet: Add control-protection fault handler
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 05/31] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 04/31] x86/cpufeatures: Introduce CPU setup and option parsing for CET
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 03/31] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 01/31] Documentation/x86: Add CET description
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 02/31] x86/cet/shstk: Add Kconfig option for Shadow Stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v27 00/31] Control-flow Enforcement: Shadow Stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 7/9] sched/umcg: add UMCG server/worker API (early RFC)
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: [PATCH v26 14/25] LSM: Specify which LSM to display
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: "Andy Lutomirski" <luto@xxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: Matheus Castanho <msc@xxxxxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Linux powerpc new system call instruction and ABI
- From: Matheus Castanho <msc@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Andrei Vagin <avagin@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc3
- From: pr-tracker-bot@xxxxxxxxxx
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: "Andy Lutomirski" <luto@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: [PATCH] genirq: Provide new interfaces for affinity hints
- From: Lijun Pan <lijunp213@xxxxxxxxx>
- Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Jonathan Corbet <corbet@xxxxxxx>
- [GIT PULL] siginfo: ABI fixes for v5.13-rc3
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- [PATCH] genirq: Provide new interfaces for affinity hints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/5] Add pidfd support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] fanotify/fanotify_user.c: introduce a generic info record copying function
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
- From: Matthew Bobrowski <repnop@xxxxxxxxxx>
- Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 00/11] File system wide monitoring
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 6/8] vfio/type1: No need to statically pin and map if IOPF enabled
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 7/8] vfio/type1: Add selective DMA faulting support
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 4/8] vfio/type1: Pre-map more pages than requested in the IOPF handling
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 3/8] vfio/type1: Add an MMU notifier to avoid pinning
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 1/8] iommu: Evolve the device fault reporting framework
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
- From: Shenming Lu <lushenming@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
- From: Nitesh Lal <nilal@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
- From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [RFC PATCH v0.1 9/9] selftests/umcg: add UMCG server/worker API selftest
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 8/9] lib/umcg: add UMCG server/worker API (early RFC)
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 7/9] sched/umcg: add UMCG server/worker API (early RFC)
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 6/9] selftests/umcg: add UMCG core API selftest
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 5/9] lib/umcg: implement UMCG core API for userspace
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
- From: Peter Oskolkov <posk@xxxxxxxxxx>
- [RFC PATCH v0.1 3/9] sched: add WF_CURRENT_CPU and externise ttwu
- From: Peter Oskolkov <posk@xxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]