Linux API

Date Index

[Prev Page][Next Page]

Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, (continued)
- Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Greg KH
    - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
      - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
      - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Noah Goldstein
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        RE: Candidate Linux ABI for Intel AMX and hypothetical new related features, David Laight
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Robert O'Callahan
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        RE: Candidate Linux ABI for Intel AMX and hypothetical new related features, David Laight
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Sean Christopherson
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Peter Zijlstra
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
- <Possible follow-ups>
- Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
    - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
    - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Arjan van de Ven
  - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
    - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
      - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Peter Zijlstra
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Willy Tarreau
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Arjan van de Ven
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
      - Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        
        Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
remove the nvlink2 pci_vfio subdriver v2, Christoph Hellwig
- [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Christoph Hellwig
  - Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
    - Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Michael Ellerman
      - Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
        
        Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Michael Ellerman
        
        Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Jason Gunthorpe
- [PATCH 2/2] powerpc/powernv: remove the nvlink support, Christoph Hellwig
- Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
  - Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kroah-Hartman
    - Re: remove the nvlink2 pci_vfio subdriver v2, Christoph Hellwig
      - Re: remove the nvlink2 pci_vfio subdriver v2, Cornelia Huck
    - Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
      - Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kroah-Hartman
        
        Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
        
        Re: remove the nvlink2 pci_vfio subdriver v2, Alex Williamson
      - Re: remove the nvlink2 pci_vfio subdriver v2, Daniel Vetter
        
        Re: remove the nvlink2 pci_vfio subdriver v2, Jason Gunthorpe
        
        Re: remove the nvlink2 pci_vfio subdriver v2, Daniel Vetter
[PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
- Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Rafael J. Wysocki
  - Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Srinivas Pandruvada
    - Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
      - Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Srinivas Pandruvada
        
        Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
- Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Ram Chandrasekar
[PATCH] move_mount: allow to add a mount into an existing group, Pavel Tikhomirov
- Re: [PATCH] move_mount: allow to add a mount into an existing group, Andrei Vagin
  - Re: [PATCH] move_mount: allow to add a mount into an existing group, Pavel Tikhomirov
[PATCH v31 00/12] Landlock LSM, Mickaël Salaün
- [PATCH v31 01/12] landlock: Add object management, Mickaël Salaün
  - Re: [PATCH v31 01/12] landlock: Add object management, Mickaël Salaün
- [PATCH v31 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
- [PATCH v31 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
- [PATCH v31 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
- [PATCH v31 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
- [PATCH v31 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
- [PATCH v31 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
  - Re: [PATCH v31 10/12] selftests/landlock: Add user space tests, Kees Cook
- [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  - Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    - Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Kees Cook
    - Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Al Viro
      - Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
- [PATCH v31 08/12] landlock: Add syscall implementations, Mickaël Salaün
- [PATCH v31 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
- [PATCH v31 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
- [PATCH v31 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  - Re: [PATCH v31 12/12] landlock: Add user and kernel documentation, Kees Cook
[PATCH v1 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
- [PATCH v1 1/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
- Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Andrew Morton
  - Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Balbir Singh
    - Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
  - Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
  - Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Enrico Weigelt, metux IT consult
- Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
[PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
- Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
  - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
    - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Darrick J. Wong
      - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
    - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
      - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Christoph Hellwig
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Theodore Ts'o
        
        Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
    - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, J. Bruce Fields
      - Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
remove the nvlink2 pci_vfio subdriver, Christoph Hellwig
- [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Christoph Hellwig
  - Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
- [PATCH 2/2] powerpc/powernv: remove the nvlink support, Christoph Hellwig
- Re: remove the nvlink2 pci_vfio subdriver, Greg Kroah-Hartman
[PATCH rdma-next v1] RDMA/mlx5: Expose private query port, Leon Romanovsky
- Re: [PATCH rdma-next v1] RDMA/mlx5: Expose private query port, Jason Gunthorpe
[PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
- Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Andy Lutomirski
  - Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
    - Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Florian Weimer
  - Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Christoph Hellwig
    - Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
      - Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Stefan Metzmacher
[PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
- [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  - Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, Michal Hocko
  - Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, Kees Cook
- Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
- Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Linus Torvalds
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Sebastian Andrzej Siewior
    - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Enrico Weigelt, metux IT consult
      - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, James Troup
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
- Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Steven Rostedt
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
    - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Steven Rostedt
- Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
  - Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
[PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Peter Collingbourne
- [PATCH v8 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths, Peter Collingbourne
- [PATCH v8 2/3] arm64: Introduce prctl(PR_PAC_{SET,GET}_ENABLED_KEYS), Peter Collingbourne
- Re: [PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Catalin Marinas
  - Re: [PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Peter Collingbourne
[PATCH rdma-next] RDMA/mlx5: Expose private query port, Leon Romanovsky
[PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
- Re: [PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Daniel Borkmann
  - Re: [PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
[PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, min.li.xe
- Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Randy Dunlap
- Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, kernel test robot
- <Possible follow-ups>
- [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, min.li.xe
  - Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Greg KH
    - RE: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Min Li
      - Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Greg KH
[PATCH bpf-next] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
- Re: [PATCH bpf-next] bpf: Simplify expression for identify bpf mem type, Alexei Starovoitov
[PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
- [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
  - Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Jann Horn
    - Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
      - Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Jann Horn
        
        Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
        
        Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
        
        Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
        
        Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
- [PATCH v1 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE), David Hildenbrand
- Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
  - Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Andrew Morton
    - Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
[PATCH v30 00/12] Landlock LSM, Mickaël Salaün
- [PATCH v30 01/12] landlock: Add object management, Mickaël Salaün
  - Re: [PATCH v30 01/12] landlock: Add object management, Kees Cook
    - Re: [PATCH v30 01/12] landlock: Add object management, Mickaël Salaün
- [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  - Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Kees Cook
    - Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
      - Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Kees Cook
      - Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, James Morris
        
        Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  - Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Jann Horn
- [PATCH v30 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
  - Re: [PATCH v30 04/12] landlock: Add ptrace restrictions, Kees Cook
- [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  - Re: [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Kees Cook
    - Re: [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
- [PATCH v30 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  - Re: [PATCH v30 06/12] fs,security: Add sb_delete hook, Kees Cook
- [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
  - Re: [PATCH v30 08/12] landlock: Add syscall implementations, Kees Cook
    - Re: [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
      - Re: [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
- [PATCH v30 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  - Re: [PATCH v30 05/12] LSM: Infrastructure management of the superblock, Kees Cook
- [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
  - Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Kees Cook
    - Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
      - Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Kees Cook
        
        Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
- [PATCH v30 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
- [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  - Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Kees Cook
    - Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
      - Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
      - Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
- [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, James Morris
  - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Kees Cook
    - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
      - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
    - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
      - Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
        
        Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
        
        Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
- [PATCH v30 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  - Re: [PATCH v30 11/12] samples/landlock: Add a sandbox manager example, Kees Cook
- Re: [PATCH v30 00/12] Landlock LSM, James Morris
  - Re: [PATCH v30 00/12] Landlock LSM, Mickaël Salaün
[PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
- [PATCH man-pages v8] Document encoded I/O, Omar Sandoval
- [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Omar Sandoval
  - Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Christian Brauner
    - Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Omar Sandoval
      - Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Christian Brauner
- [PATCH v8 02/10] fs: add O_ALLOW_ENCODED open flag, Omar Sandoval
- [PATCH v8 03/10] fs: add RWF_ENCODED for reading/writing compressed data, Omar Sandoval
- [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Omar Sandoval
  - Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Qu Wenruo
    - Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Omar Sandoval
      - Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Qu Wenruo
        
        Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, David Sterba
- [PATCH v8 05/10] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio(), Omar Sandoval
- [PATCH v8 06/10] btrfs: add ram_bytes and offset to btrfs_ordered_extent, Omar Sandoval
- [PATCH v8 07/10] btrfs: support different disk extent size for delalloc, Omar Sandoval
- [PATCH v8 08/10] btrfs: optionally extend i_size in cow_file_range_inline(), Omar Sandoval
- [PATCH v8 09/10] btrfs: implement RWF_ENCODED reads, Omar Sandoval
- [PATCH v8 10/10] btrfs: implement RWF_ENCODED writes, Omar Sandoval
- Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Josef Bacik
  - Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
    - Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Josef Bacik
    - Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
      - Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Christian Brauner
      - Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
        
        Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
        
        Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
        
        Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
        
        Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
        
        Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
[PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alexandre Ghiti
- Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
  - Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Maciej W. Rozycki
    - Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
      - Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, David Abdurachmanov
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Maciej W. Rozycki
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alex Ghiti
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
        
        Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alex Ghiti
- Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
[PATCH v23 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v23 2/9] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
- [PATCH v23 1/9] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v23 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v23 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v23 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu-cheng Yu
  - Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
    - Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
      - Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
      - Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Borislav Petkov
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
      - Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        
        Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
- [PATCH v23 8/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
- [PATCH v23 7/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Yu-cheng Yu
- [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu-cheng Yu
  - Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Jarkko Sakkinen
    - Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu, Yu-cheng
      - Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Jarkko Sakkinen
[PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
- [PATCH v23 02/28] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
- [PATCH v23 01/28] Documentation/x86: Add CET description, Yu-cheng Yu
- [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  - Re: [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Borislav Petkov
    - Re: [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Borislav Petkov
- [PATCH v23 03/28] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
- [PATCH v23 23/28] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
  - Re: [PATCH v23 23/28] x86/cet/shstk: Handle signals for shadow stack, Borislav Petkov
- [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
  - Re: [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Kirill A. Shutemov
    - Re: [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu, Yu-cheng
- [PATCH v23 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  - Re: [PATCH v23 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Kirill A. Shutemov
- [PATCH v23 05/28] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
- [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  - Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Borislav Petkov
    - Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu, Yu-cheng
      - Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Borislav Petkov
        
        Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu, Yu-cheng
- [PATCH v23 04/28] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
- [PATCH v23 09/28] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
  - Re: [PATCH v23 09/28] x86/mm: Introduce _PAGE_COW, Kirill A. Shutemov
- [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  - Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Borislav Petkov
    - Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Yu, Yu-cheng
      - Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Borislav Petkov
- [PATCH v23 06/28] x86/cet: Add control-protection fault handler, Yu-cheng Yu
- [PATCH v23 19/28] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
- [PATCH v23 08/28] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
  - Re: [PATCH v23 08/28] x86/mm: Move pmd_write(), pud_write() up in the file, Kirill A. Shutemov
- [PATCH v23 20/28] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
- [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  - Re: [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Kirill A. Shutemov
    - Re: [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Yu, Yu-cheng
- [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
  - Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A. Shutemov
    - Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Peter Zijlstra
      - Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A. Shutemov
- [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  - Re: [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Borislav Petkov
  - Re: [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Kirill A. Shutemov
- [PATCH v23 11/28] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  - Re: [PATCH v23 11/28] x86/mm: Update pte_modify for _PAGE_COW, Kirill A. Shutemov
- [PATCH v23 17/28] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  - Re: [PATCH v23 17/28] mm: Add guard pages around a shadow stack., Kirill A. Shutemov
- [PATCH v23 24/28] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
- [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  - Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Kirill A. Shutemov
    - Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Yu, Yu-cheng
      - Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Kirill A. Shutemov
- [PATCH v23 25/28] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
- [PATCH v23 27/28] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
- [PATCH v23 13/28] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  - Re: [PATCH v23 13/28] mm: Introduce VM_SHSTK for shadow stack memory, Kirill A. Shutemov
- [PATCH v23 26/28] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
- [PATCH v23 28/28] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
  - Re: [PATCH v23 28/28] mm: Introduce PROT_SHSTK for shadow stack, Kirill A. Shutemov
- Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
  - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
    - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Ingo Molnar
      - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
      - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
  - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
    - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
      - Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
[PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Chang S. Bae
- [PATCH v7 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Chang S. Bae
- [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
  - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
    - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
      - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
  - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
    - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
      - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
      - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
        
        Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
    - Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
- [PATCH v7 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
- [PATCH v7 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
- [PATCH v7 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available, Chang S. Bae
- [PATCH v7 6/6] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
- Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
  - Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
    - Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Len Brown
      - Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
[PATCH v4 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
- Re: [PATCH v4 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Peter Chen
[PATCH v2 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Pawel Laszczak
- [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
  - RE: [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
  - Re: [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, kernel test robot
- Re: [PATCH v2 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Peter Chen
epoll_wait.2: epoll_pwait2(2) prototype, Alejandro Colomar (man-pages)
- Re: epoll_wait.2: epoll_pwait2(2) prototype, Dmitry V. Levin
  - Re: epoll_wait.2: epoll_pwait2(2) prototype, Alejandro Colomar (man-pages)
[PATCH] lightnvm: remove duplicate include in lightnvm.h, menglong8 . dong
- Re: [PATCH] lightnvm: remove duplicate include in lightnvm.h, Matias Bjørling
[PATCH v7 0/3] block device interposer, Sergei Shtepa
- [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
  - Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Mike Snitzer
    - Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
  - Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
    - Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
      - Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
        
        Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
        
        RE: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
- [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Sergei Shtepa
  - Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Mike Snitzer
    - Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Christoph Hellwig
      - Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Sergei Shtepa
- [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
  - Re: [PATCH v7 2/3] block: add bdev_interposer, Christoph Hellwig
    - Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
  - Re: [PATCH v7 2/3] block: add bdev_interposer, Ming Lei
    - Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
      - Re: [PATCH v7 2/3] block: add bdev_interposer, Ming Lei
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Mike Snitzer
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Mike Snitzer
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
        
        Re: [PATCH v7 2/3] block: add bdev_interposer, Mike Snitzer
Why is the bit size different between a syscall and its wrapper?, Masahiro Yamada
- Re: Why is the bit size different between a syscall and its wrapper?, Bhaskar Chowdhury
- Re: Why is the bit size different between a syscall and its wrapper?, Willy Tarreau
  - Re: Why is the bit size different between a syscall and its wrapper?, Masahiro Yamada
[PATCH v22 0/8] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v22 3/8] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v22 1/8] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v22 5/8] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v22 2/8] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
- [PATCH v22 4/8] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
- [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Yu-cheng Yu
  - Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Jarkko Sakkinen
    - Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Yu, Yu-cheng
      - Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Borislav Petkov
      - Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Dave Hansen
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Yu, Yu-cheng
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Jarkko Sakkinen
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Jarkko Sakkinen
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Dave Hansen
      - Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Jarkko Sakkinen
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Peter Zijlstra
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Yu, Yu-cheng
        
        Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave, Jarkko Sakkinen
- [PATCH v22 7/8] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
- [PATCH v22 6/8] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Yu-cheng Yu
[PATCH v22 00/28] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
- [PATCH v22 03/28] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
- [PATCH v22 01/28] Documentation/x86: Add CET description, Yu-cheng Yu
- [PATCH v22 02/28] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
- [PATCH v22 06/28] x86/cet: Add control-protection fault handler, Yu-cheng Yu
- [PATCH v22 04/28] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
- [PATCH v22 05/28] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
- [PATCH v22 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
- [PATCH v22 08/28] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
- [PATCH v22 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
- [PATCH v22 09/28] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
- [PATCH v22 11/28] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
- [PATCH v22 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
- [PATCH v22 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
- [PATCH v22 14/28] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
- [PATCH v22 20/28] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
- [PATCH v22 13/28] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
- [PATCH v22 18/28] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
- [PATCH v22 19/28] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
- [PATCH v22 17/28] mm: Add guard pages around a shadow stack., Yu-cheng Yu
- [PATCH v22 16/28] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
- [PATCH v22 21/28] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  - Re: [PATCH v22 21/28] mm: Re-introduce vm_flags to do_mmap(), Liam Howlett
- [PATCH v22 24/28] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
- [PATCH v22 22/28] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
- [PATCH v22 25/28] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
- [PATCH v22 26/28] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
- [PATCH v22 28/28] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
- [PATCH v22 27/28] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
- [PATCH v22 23/28] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
[PATCH v2 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
[PATCH v25 24/25] LSM: Add /proc attr entry for full LSM context, Casey Schaufler
[PATCH v25 14/25] LSM: Specify which LSM to display, Casey Schaufler
[PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
- Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
  - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
    - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
      - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Kees Cook
        
        Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
        
        Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
        
        Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
  - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
    - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
      - Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
        
        Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Uladzislau Rezki
        
        Re: [PATCH v4] mm/vmalloc: randomize vmalloc() allocations, Topi Miettinen
[RFC PATCH v2 0/6] Add IOPF support for VFIO passthrough, Shenming Lu
- [RFC PATCH v2 2/6] vfio: Add an MMU notifier to avoid pinning, Shenming Lu
- [RFC PATCH v2 4/6] vfio: VFIO_IOMMU_ENABLE_IOPF, Shenming Lu
- [RFC PATCH v2 6/6] vfio: Add nested IOPF support, Shenming Lu
- [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF, Shenming Lu
  - Re: [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF, Lu Baolu
    - Re: [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF, Shenming Lu
- [RFC PATCH v2 5/6] vfio: No need to statically pin and map if IOPF enabled, Shenming Lu
- [RFC PATCH v2 3/6] vfio: Add a page fault handler, Shenming Lu
Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description., Yu, Yu-cheng
- Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description., Borislav Petkov
  - Message not available
    - Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description., Yu, Yu-cheng
      - Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description., Stefan Puiu
Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Andy Lutomirski
- Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Aili Yao
  - Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Andy Lutomirski
    - Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Aili Yao
    - RE: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Luck, Tony
      - Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access., Peter Zijlstra
[PATCH 0/3] platform/surface: Add DTX detachment system driver, Maximilian Luz
- [PATCH 3/3] docs: driver-api: Add Surface DTX driver documentation, Maximilian Luz
- [PATCH 1/3] platform/surface: Add DTX driver, Maximilian Luz
- Re: [PATCH 0/3] platform/surface: Add DTX detachment system driver, Hans de Goede
[PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
- Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Rolf Eike Beer
  - Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
- Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
- Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Kirill A. Shutemov
  - Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
    - Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Kirill A. Shutemov
      - Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
        
        Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
[PATCH 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Pawel Laszczak
- [PATCH 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
  - Re: [PATCH 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Peter Chen
  - Re: [PATCH 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Laurent Pinchart
- Re: [PATCH 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Peter Chen
  - Re: [PATCH 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Laurent Pinchart
    - RE: [PATCH 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Pawel Laszczak
[PATCH v3 0/2] quota: Add mountpath based quota support, Sascha Hauer
- [PATCH 2/2] quota: wire up quotactl_path, Sascha Hauer
  - Re: [PATCH 2/2] quota: wire up quotactl_path, kernel test robot
  - Re: [PATCH 2/2] quota: wire up quotactl_path, kernel test robot
- [PATCH 1/2] quota: Add mountpath based quota support, Sascha Hauer
- [PATCH] quotactl.2: Add documentation for quotactl_path(), Sascha Hauer
- Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
  - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Sascha Hauer
  - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
    - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Christian Brauner
      - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
        
        Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Christian Brauner
        
        Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
    - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Sascha Hauer
      - Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
        
        Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Sascha Hauer
        
        Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Christoph Hellwig
        
        Re: [PATCH v3 0/2] quota: Add mountpath based quota support, Jan Kara
[PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
- [PATCH v2 1/2] fanotify: configurable limits via sysfs, Amir Goldstein
- [PATCH v2 2/2] fanotify: support limited functionality for unprivileged users, Amir Goldstein
- Re: [PATCH v2 0/2] unprivileged fanotify listener, Jan Kara
  - Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
    - Re: [PATCH v2 0/2] unprivileged fanotify listener, Jan Kara
      - Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Jan Kara
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Christian Brauner
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Jan Kara
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Jan Kara
        
        Re: [PATCH v2 0/2] unprivileged fanotify listener, Amir Goldstein
[RFC PATCH v2 00/13] Add futex2 syscall, André Almeida
- [RFC PATCH v2 01/13] futex2: Implement wait and wake functions, André Almeida
- [RFC PATCH v2 02/13] futex2: Add support for shared futexes, André Almeida
- [RFC PATCH v2 03/13] futex2: Implement vectorized wait, André Almeida
- [RFC PATCH v2 04/13] futex2: Implement requeue operation, André Almeida
- [RFC PATCH v2 13/13] kernel: Enable waitpid() for futex2, André Almeida
- [RFC PATCH v2 11/13] selftests: futex2: Add requeue test, André Almeida
- [RFC PATCH v2 12/13] perf bench: Add futex2 benchmark tests, André Almeida
- [RFC PATCH v2 09/13] selftests: futex2: Add wouldblock test, André Almeida
- [RFC PATCH v2 10/13] selftests: futex2: Add waitv test, André Almeida
- [RFC PATCH v2 07/13] selftests: futex2: Add wake/wait test, André Almeida
- [RFC PATCH v2 08/13] selftests: futex2: Add timeout test, André Almeida
- [RFC PATCH v2 06/13] docs: locking: futex2: Add documentation, André Almeida
- [RFC PATCH v2 05/13] futex2: Add compatibility entry point for x86_x32 ABI, André Almeida
- Re: [RFC PATCH v2 00/13] Add futex2 syscall, Peter Oskolkov
  - Re: [RFC PATCH v2 00/13] Add futex2 syscall, André Almeida
    - Re: [RFC PATCH v2 00/13] Add futex2 syscall, Peter Oskolkov
      - Re: [RFC PATCH v2 00/13] Add futex2 syscall, Peter Oskolkov
- Re: [RFC PATCH v2 00/13] Add futex2 syscall, Theodore Ts'o
  - Re: [RFC PATCH v2 00/13] Add futex2 syscall, André Almeida
- Re: [RFC PATCH v2 00/13] Add futex2 syscall, Stefan Metzmacher
  - Re: [RFC PATCH v2 00/13] Add futex2 syscall, Daurnimator
    - Re: [RFC PATCH v2 00/13] Add futex2 syscall, Stefan Metzmacher
  - RE: [RFC PATCH v2 00/13] Add futex2 syscall, David Laight
    - Re: [RFC PATCH v2 00/13] Add futex2 syscall, Stefan Metzmacher

[Index of Archives] [Linux USB Devel] [Video for Linux] [Linux SCSI] [Yosemite Forum]

Powered by Linux