Linux Arch

• Date Index

• Re: [asm-generic:compat-alloc-user-space-9 6/41] net/ethtool/ioctl.c:815:9: error: implicit declaration of function 'in_ia32_syscall'; did you mean 'in_compat_syscall'?, (continued)
  • Re: [asm-generic:compat-alloc-user-space-9 6/41] net/ethtool/ioctl.c:815:9: error: implicit declaration of function 'in_ia32_syscall'; did you mean 'in_compat_syscall'?, Arnd Bergmann
  • Re: [asm-generic:compat-alloc-user-space-9 6/41] net/ethtool/ioctl.c:815:9: error: implicit declaration of function 'in_ia32_syscall'; did you mean 'in_compat_syscall'?, Christoph Hellwig
    • Re: [asm-generic:compat-alloc-user-space-9 6/41] net/ethtool/ioctl.c:815:9: error: implicit declaration of function 'in_ia32_syscall'; did you mean 'in_compat_syscall'?, Arnd Bergmann
• [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, guoren
  • [PATCH RFC 1/3] riscv: pgtable.h: Fixup _PAGE_CHG_MASK usage, guoren
  • [PATCH RFC 2/3] riscv: Add DMA_COHERENT for custom PTE attributes, guoren
  • [PATCH RFC 3/3] riscv: Add SYNC_DMA_FOR_CPU/DEVICE for DMA_COHERENT, guoren
    • Re: [PATCH RFC 3/3] riscv: Add SYNC_DMA_FOR_CPU/DEVICE for DMA_COHERENT, Guo Ren
  • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
    • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
      • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
      • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Drew Fustini
        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
          • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Nick Kossifidis
              • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Nick Kossifidis
                  • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                    • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
                      • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
                          • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                      • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, David Laight
                        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, 'Christoph Hellwig'
                          • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, David Laight
                    • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Nick Kossifidis
              • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Jisheng Zhang
                • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Nick Kossifidis
                  • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
    • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
      • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Drew Fustini
          • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Christoph Hellwig
          • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Anup Patel
            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Damien Le Moal
            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
              • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
              • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Palmer Dabbelt
                • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Palmer Dabbelt
                  • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Anup Patel
                    • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Palmer Dabbelt
                      • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, David Laight
                      • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Arnd Bergmann
                        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                          • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Palmer Dabbelt
                            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Arnd Bergmann
                              • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Palmer Dabbelt
                            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                    • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                      • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Anup Patel
                        • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                          • RE: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Anup Patel
                            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
                            • Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support, Guo Ren
• [asm-generic:asm-generic-compat-syscall] BUILD SUCCESS 3967cc93c536b9e7e8e3a62178d1c647c3f92904, kernel test robot
• [PATCH v9 0/6] Improve Minimum Alternate Stack Size, Chang S. Bae
  • [PATCH v9 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v9 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
  • [PATCH v9 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v9 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available, Chang S. Bae
  • [PATCH v9 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
  • [PATCH v9 6/6] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
  • Re: [PATCH v9 0/6] Improve Minimum Alternate Stack Size, Thomas Gleixner
• [asm-generic:compat-alloc-user-space-9] BUILD SUCCESS c20b182ddc8032c63c381bf868f99222bab89537, kernel test robot
• [PATCH v6 00/21] Add support for 32-bit tasks on asymmetric AArch32 systems, Will Deacon
  • [PATCH v6 01/21] arm64: cpuinfo: Split AArch32 registers out into a separate struct, Will Deacon
    • Re: [PATCH v6 01/21] arm64: cpuinfo: Split AArch32 registers out into a separate struct, Catalin Marinas
  • [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Will Deacon
    • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Catalin Marinas
      • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Will Deacon
        • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Catalin Marinas
    • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Catalin Marinas
      • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Will Deacon
        • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Catalin Marinas
    • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Qais Yousef
      • Re: [PATCH v6 02/21] arm64: Allow mismatched 32-bit EL0 support, Will Deacon
  • [PATCH v6 03/21] KVM: arm64: Kill 32-bit vCPUs on systems with mismatched EL0 support, Will Deacon
    • Re: [PATCH v6 03/21] KVM: arm64: Kill 32-bit vCPUs on systems with mismatched EL0 support, Catalin Marinas
  • [PATCH v6 04/21] arm64: Kill 32-bit applications scheduled on 64-bit-only CPUs, Will Deacon
    • Re: [PATCH v6 04/21] arm64: Kill 32-bit applications scheduled on 64-bit-only CPUs, Catalin Marinas
  • [PATCH v6 05/21] arm64: Advertise CPUs capable of running 32-bit applications in sysfs, Will Deacon
    • Re: [PATCH v6 05/21] arm64: Advertise CPUs capable of running 32-bit applications in sysfs, Catalin Marinas
  • [PATCH v6 06/21] sched: Introduce task_cpu_possible_mask() to limit fallback rq selection, Will Deacon
    • Re: [PATCH v6 06/21] sched: Introduce task_cpu_possible_mask() to limit fallback rq selection, Peter Zijlstra
      • Re: [PATCH v6 06/21] sched: Introduce task_cpu_possible_mask() to limit fallback rq selection, Will Deacon
  • [PATCH v6 07/21] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1, Will Deacon
    • Re: [PATCH v6 07/21] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1, Qais Yousef
      • Re: [PATCH v6 07/21] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1, Will Deacon
  • [PATCH v6 08/21] cpuset: Honour task_cpu_possible_mask() in guarantee_online_cpus(), Will Deacon
    • Re: [PATCH v6 08/21] cpuset: Honour task_cpu_possible_mask() in guarantee_online_cpus(), Qais Yousef
      • Re: [PATCH v6 08/21] cpuset: Honour task_cpu_possible_mask() in guarantee_online_cpus(), Will Deacon
  • [PATCH v6 09/21] sched: Reject CPU affinity changes based on task_cpu_possible_mask(), Will Deacon
  • [PATCH v6 10/21] sched: Introduce task_struct::user_cpus_ptr to track requested affinity, Will Deacon
  • [PATCH v6 11/21] sched: Split the guts of sched_setaffinity() into a helper function, Will Deacon
    • Re: [PATCH v6 11/21] sched: Split the guts of sched_setaffinity() into a helper function, Qais Yousef
      • Re: [PATCH v6 11/21] sched: Split the guts of sched_setaffinity() into a helper function, Will Deacon
  • [PATCH v6 12/21] sched: Allow task CPU affinity to be restricted on asymmetric systems, Will Deacon
    • Re: [PATCH v6 12/21] sched: Allow task CPU affinity to be restricted on asymmetric systems, Qais Yousef
      • Re: [PATCH v6 12/21] sched: Allow task CPU affinity to be restricted on asymmetric systems, Will Deacon
  • [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
    • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
      • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
        • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
          • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
            • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
              • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Juri Lelli
                • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
                  • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
                    • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Juri Lelli
                    • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Daniel Bristot de Oliveira
                      • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Dietmar Eggemann
                        • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Daniel Bristot de Oliveira
                          • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Dietmar Eggemann
                            • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
                              • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Dietmar Eggemann
                      • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
                        • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Juri Lelli
                          • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
                            • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Juri Lelli
                              • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
                                • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Dietmar Eggemann
                                  • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
                                    • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Juri Lelli
                                      • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Dietmar Eggemann
                                • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Daniel Bristot de Oliveira
                                  • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Quentin Perret
                                  • Re: [PATCH v6 13/21] sched: Admit forcefully-affined tasks into SCHED_DEADLINE, Will Deacon
  • [PATCH v6 14/21] freezer: Add frozen_or_skipped() helper function, Will Deacon
  • [PATCH v6 16/21] arm64: Implement task_cpu_possible_mask(), Will Deacon
    • Re: [PATCH v6 16/21] arm64: Implement task_cpu_possible_mask(), Catalin Marinas
  • [PATCH v6 15/21] sched: Defer wakeup in ttwu() for unschedulable frozen tasks, Will Deacon
  • [PATCH v6 17/21] arm64: exec: Adjust affinity for compat tasks with mismatched 32-bit EL0, Will Deacon
    • Re: [PATCH v6 17/21] arm64: exec: Adjust affinity for compat tasks with mismatched 32-bit EL0, Catalin Marinas
  • [PATCH v6 18/21] arm64: Prevent offlining first CPU with 32-bit EL0 on mismatched system, Will Deacon
    • Re: [PATCH v6 18/21] arm64: Prevent offlining first CPU with 32-bit EL0 on mismatched system, Catalin Marinas
      • Re: [PATCH v6 18/21] arm64: Prevent offlining first CPU with 32-bit EL0 on mismatched system, Will Deacon
        • Re: [PATCH v6 18/21] arm64: Prevent offlining first CPU with 32-bit EL0 on mismatched system, Catalin Marinas
  • [PATCH v6 19/21] arm64: Hook up cmdline parameter to allow mismatched 32-bit EL0, Will Deacon
    • Re: [PATCH v6 19/21] arm64: Hook up cmdline parameter to allow mismatched 32-bit EL0, Catalin Marinas
  • [PATCH v6 20/21] arm64: Remove logic to kill 32-bit tasks on 64-bit-only cores, Will Deacon
    • Re: [PATCH v6 20/21] arm64: Remove logic to kill 32-bit tasks on 64-bit-only cores, Catalin Marinas
  • [PATCH v6 21/21] Documentation: arm64: describe asymmetric 32-bit support, Will Deacon
    • Re: [PATCH v6 21/21] Documentation: arm64: describe asymmetric 32-bit support, Qais Yousef
      • Re: [PATCH v6 21/21] Documentation: arm64: describe asymmetric 32-bit support, Will Deacon
    • Re: [PATCH v6 21/21] Documentation: arm64: describe asymmetric 32-bit support, Catalin Marinas
  • Re: [PATCH v6 00/21] Add support for 32-bit tasks on asymmetric AArch32 systems, Qais Yousef
    • Re: [PATCH v6 00/21] Add support for 32-bit tasks on asymmetric AArch32 systems, Will Deacon
• [PATCH v20 0/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v20 1/7] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v20 2/7] riscv/Kconfig: make direct map manipulation options depend on MMU, Mike Rapoport
  • [PATCH v20 3/7] set_memory: allow querying whether set_direct_map_*() is actually enabled, Mike Rapoport
  • [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas, Andrew Morton
      • Re: [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v20 5/7] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
  • [PATCH v20 6/7] arch, mm: wire up memfd_secret system call where relevant, Mike Rapoport
  • [PATCH v20 7/7] secretmem: test: add basic selftest for memfd_secret(2), Mike Rapoport
• [asm-generic:asm-generic-unaligned] BUILD SUCCESS 803f4e1eab7a8938ba3a3c30dd4eb5e9eeef5e63, kernel test robot
• [PATCH v3 0/4] compat: remove compat_alloc_user_space callers, Arnd Bergmann
  • [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
    • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Eric W. Biederman
      • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Christoph Hellwig
        • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
    • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Christoph Hellwig
      • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
    • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Eric W. Biederman
      • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
        • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
          • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Eric W. Biederman
          • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Eric W. Biederman
            • Re: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, Arnd Bergmann
    • RE: [PATCH v3 1/4] kexec: simplify compat_sys_kexec_load, David Laight
  • [PATCH v3 2/4] mm: simplify compat_sys_move_pages, Arnd Bergmann
    • Re: [PATCH v3 2/4] mm: simplify compat_sys_move_pages, Christoph Hellwig
    • RE: [PATCH v3 2/4] mm: simplify compat_sys_move_pages, David Laight
      • Re: [PATCH v3 2/4] mm: simplify compat_sys_move_pages, Arnd Bergmann
  • [PATCH v3 3/4] mm: simplify compat numa syscalls, Arnd Bergmann
    • Re: [PATCH v3 3/4] mm: simplify compat numa syscalls, Christoph Hellwig
  • [PATCH v3 4/4] compat: remove some compat entry points, Arnd Bergmann
    • Re: [PATCH v3 4/4] compat: remove some compat entry points, Christoph Hellwig
    • Re: [PATCH v3 4/4] compat: remove some compat entry points, Thomas Gleixner
      • Re: [PATCH v3 4/4] compat: remove some compat entry points, Arnd Bergmann
        • Re: [PATCH v3 4/4] compat: remove some compat entry points, Arnd Bergmann
• [asm-generic:unaligned-sh4a] BUILD SUCCESS be31970519e9a6e8d7993d0c70bfbb10014e1785, kernel test robot
• [PATCH 0/6] [v2] asm-generic: strncpy_from_user/strnlen_user cleanup, Arnd Bergmann
  • [PATCH 1/6] [v2] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user, Arnd Bergmann
  • [PATCH 2/6] [v2] h8300: remove stale strncpy_from_user, Arnd Bergmann
  • [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user, Arnd Bergmann
    • Re: [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user, Christoph Hellwig
      • Re: [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user, Arnd Bergmann
  • [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user, Arnd Bergmann
    • Re: [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user, Christoph Hellwig
      • Re: [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user, Arnd Bergmann
  • [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user, Arnd Bergmann
    • Re: [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user, Christoph Hellwig
      • Re: [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user, Arnd Bergmann
  • [PATCH 6/6] [v2] asm-generic: remove extra strn{cpy_from,len}_user declarations, Arnd Bergmann
• [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup, Arnd Bergmann
  • [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user, Arnd Bergmann
    • Re: [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user, Geert Uytterhoeven
      • Re: [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user, Arnd Bergmann
  • [PATCH 2/5] hexagon: use generic strncpy/strnlen from_user, Arnd Bergmann
  • [PATCH 3/5] arc: use generic strncpy/strnlen from_user, Arnd Bergmann
  • [PATCH 4/5] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user, Arnd Bergmann
    • Re: [PATCH 4/5] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user, Geert Uytterhoeven
  • [PATCH 5/5] asm-generic: remove extra strn{cpy_from,len}_user declarations, Arnd Bergmann
  • Re: [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup, Christoph Hellwig
    • Re: [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup, Arnd Bergmann
• Re: [PATCH] arm64: Define only {pud/pmd}_{set/clear}_huge when usefull, Andrew Morton
  • Re: [PATCH] arm64: Define only {pud/pmd}_{set/clear}_huge when usefull, Nathan Chancellor
  • Re: [PATCH] arm64: Define only {pud/pmd}_{set/clear}_huge when usefull, Christophe Leroy
• [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
  • [PATCH v15 5/6] locking/qspinlock: Avoid moving certain threads between waiting queues in CNA, Alex Kogan
  • [PATCH v15 2/6] locking/qspinlock: Refactor the qspinlock slow path, Alex Kogan
  • [PATCH v15 6/6] locking/qspinlock: Introduce the shuffle reduction optimization into CNA, Alex Kogan
  • [PATCH v15 1/6] locking/qspinlock: Rename mcs lock/unlock macros and make them more generic, Alex Kogan
  • [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Alex Kogan
    • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Davidlohr Bueso
      • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Waiman Long
      • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
    • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Barry Song
    • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
      • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Peter Zijlstra
        • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
          • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Peter Zijlstra
            • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
              • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
              • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Peter Zijlstra
                • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
                  • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Peter Zijlstra
                    • Re: [PATCH v15 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock, Guo Ren
  • [PATCH v15 4/6] locking/qspinlock: Introduce starvation avoidance into CNA, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Barry Song
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Waiman Long
      • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Barry Song
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
• [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • [PATCH v2 01/13] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
  • [PATCH v2 02/13] openrisc: always use unaligned-struct header, Arnd Bergmann
  • [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
    • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, John Paul Adrian Glaubitz
      • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
        • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, John Paul Adrian Glaubitz
          • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
  • [PATCH v2 04/13] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Arnd Bergmann
  • [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
    • Re: [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Segher Boessenkool
      • Re: [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
  • [PATCH v2 06/13] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
  • [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
    • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Eric Biggers
      • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
        • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Linus Torvalds
          • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
            • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Linus Torvalds
              • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Jason A. Donenfeld
              • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
                • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Eric Biggers
          • RE: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, David Laight
  • [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
    • Re: [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Christoph Hellwig
      • Re: [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
  • [PATCH v2 09/13] apparmor: use get_unaligned() only for multi-byte words, Arnd Bergmann
  • [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
    • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Kalle Valo
      • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
        • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Kalle Valo
  • [PATCH v2 11/13] netpoll: avoid put_unaligned() on single character, Arnd Bergmann
  • [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Arnd Bergmann
    • Re: [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Randy Dunlap
      • Re: [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Arnd Bergmann
  • [PATCH v2 13/13] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
    • RE: [PATCH v2 13/13] asm-generic: simplify asm/unaligned.h, David Laight
  • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Vineet Gupta
      • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
        • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Vineet Gupta
          • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Ard Biesheuvel
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • RE: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, David Laight
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Segher Boessenkool
      • RE: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, David Laight
        • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Segher Boessenkool
• [PATCH] asm-generic/tlb: Fix duplicate included asm-generic/tlb.h, Jiapeng Chong
• [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v19 1/8] mmap: make mlock_future_check() global, Mike Rapoport
    • Re: [PATCH v19 1/8] mmap: make mlock_future_check() global, David Hildenbrand
  • [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU, Mike Rapoport
    • Re: [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU, David Hildenbrand
  • [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, Mike Rapoport
    • Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, David Hildenbrand
      • Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, Mike Rapoport
  • [PATCH v19 4/8] set_memory: allow querying whether set_direct_map_*() is actually enabled, Mike Rapoport
  • [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
      • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
      • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
        • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
          • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
            • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
              • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                  • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
    • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
    • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Mark Rutland
      • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
      • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, James Bottomley
        • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Dan Williams
          • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, James Bottomley
  • [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant, Mike Rapoport
    • Re: [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant, David Hildenbrand
  • [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2), Mike Rapoport
    • Re: [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2), David Hildenbrand
  • Re: [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
• [PATCH] x86: Define only {pud/pmd}_{set/clear}_huge when usefull, Christophe Leroy
  • Re: [PATCH] x86: Define only {pud/pmd}_{set/clear}_huge when usefull, Randy Dunlap
• [asm-generic:unaligned-rework-v2] BUILD SUCCESS 3be8a90fd433063539ff7b563a29c34b449f1c34, kernel test robot
• [asm-generic:master] BUILD SUCCESS d74ebb76967f2395128f8cb7e87c31c27758e104, kernel test robot
• [PATCH] sched: Initialize the idle task with preemption disabled, Valentin Schneider
• [PATCH v2 0/5] Implement huge VMAP and VMALLOC on powerpc 8xx, Christophe Leroy
  • [PATCH v2 3/5] mm/vmalloc: Enable mapping of huge pages at pte level in vmap, Christophe Leroy
  • [PATCH v2 1/5] mm/hugetlb: Change parameters of arch_make_huge_pte(), Christophe Leroy
  • [PATCH v2 5/5] powerpc/8xx: Add support for huge pages on VMAP and VMALLOC, Christophe Leroy
  • [PATCH v2 2/5] mm/pgtable: Add stubs for {pmd/pub}_{set/clear}_huge, Christophe Leroy
  • [PATCH v2 4/5] mm/vmalloc: Enable mapping of huge pages at pte level in vmalloc, Christophe Leroy
• [PATCH memory-model] Fix smp_mb__after_spinlock() spelling, Paul E. McKenney
• [RFC PATCH v5 19/28] dyndbg: RFC handle __dyndbg* sections in module.lds.h, Jim Cromie
• [RFC PATCH v5 18/28] dyndbg: RFC - DEFINE_DYNAMIC_DEBUG_TABLE, Jim Cromie
• [RFC PATCH v5 03/28] dyndbg: split struct _ddebug's display fields to new _ddebug_site, Jim Cromie
• [PATCH resend v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE), David Hildenbrand
• [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
  • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
    • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
      • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
        • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
          • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
            • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
• [PATCH v3 1/1] kernel.h: Split out panic and oops helpers, Andy Shevchenko
  • Re: [PATCH v3 1/1] kernel.h: Split out panic and oops helpers, Alex Elder
• [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Yury Norov
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Alexander Lobakin
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Will Deacon
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Andy Shevchenko
    • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Yury Norov
• [PATCH v6 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v6 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v6 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v6 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH v5 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v5 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
    • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, kernel test robot
      • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Arnd Bergmann
    • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, kernel test robot
      • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Arnd Bergmann
        • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v5 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v5--cover-letter 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v5--cover-letter 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v5--cover-letter 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH V2 RESEND] mm: Define default value for FIRST_USER_ADDRESS, Anshuman Khandual
  • Re: [PATCH V2 RESEND] mm: Define default value for FIRST_USER_ADDRESS, Palmer Dabbelt
• [PATCH] csky: Fixup 610 bootup failed, guoren
• [asm-generic:unaligned-rework] BUILD SUCCESS e9fbd0aaca697320141b15df7df33656467cddfb, kernel test robot
• [RFC 0/12] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
    • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Thomas Gleixner
    • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Geert Uytterhoeven
      • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
  • [RFC 02/12] openrisc: always use unaligned-struct header, Arnd Bergmann
    • Re: [RFC 02/12] openrisc: always use unaligned-struct header, Stafford Horne
    • RE: [RFC 02/12] openrisc: always use unaligned-struct header, David Laight
  • [RFC 03/12] sh: remove unaligned access for sh4a, Arnd Bergmann
    • Re: [RFC 03/12] sh: remove unaligned access for sh4a, Rob Landley
  • [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Arnd Bergmann
    • Re: [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Geert Uytterhoeven
  • [RFC 05/12] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
  • [RFC 06/12] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
    • Re: [RFC 06/12] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
  • [RFC 07/12] asm-generic: unaligned always use struct helpers, Arnd Bergmann
  • [RFC 08/12] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
  • [RFC 09/12] apparmor: use get_unaligned() only for multi-byte words, Arnd Bergmann
    • Re: [RFC 09/12] apparmor: use get_unaligned() only for multi-byte words, John Johansen
  • [RFC 10/12] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
  • [RFC 11/12] netpoll: avoid put_unaligned() on single character, Arnd Bergmann
  • [RFC 12/12] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
    • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Linus Torvalds
      • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
        • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Linus Torvalds
    • RE: [RFC 12/12] asm-generic: simplify asm/unaligned.h, David Laight
      • RE: [RFC 12/12] asm-generic: simplify asm/unaligned.h, David Laight
    • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Geert Uytterhoeven
  • [RFC 0/12] Unify asm/unaligned.h around struct helper, Arnd Bergmann
• [PATCH] csky: syscache: Fixup duplicate cache flush, guoren
  • Re: [PATCH] csky: syscache: Fixup duplicate cache flush, Randy Dunlap
• [GIT PULL] csky changes for v5.13-rc1, guoren
  • Re: [GIT PULL] csky changes for v5.13-rc1, pr-tracker-bot
• Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
  • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
      • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Oleksandr Natalenko
  • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Heiko Carstens
• [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v4 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v4 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
  • [PATCH v4 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Arnd Bergmann
    • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
      • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Arnd Bergmann
• siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
  • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
    • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
    • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Arnd Bergmann
      • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
        • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
          • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
            • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
          • [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
            • [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Biederman
              • Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Marco Elver
                • Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Biederman
            • [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
              • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
              • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Marco Elver
                • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
            • [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Biederman
              • Re: [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set, Marco Elver
            • [PATCH 4/3] signal: Remove __ARCH_SI_TRAPNO, Eric W. Biederman
            • Is perf_sigtrap synchronous?, Eric W. Biederman
              • Re: Is perf_sigtrap synchronous?, Marco Elver
            • [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Biederman
              • Re: [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Marco Elver
            • [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Biederman
              • Re: [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap, Marco Elver
            • [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
              • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
                • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
                  • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
                  • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Peter Zijlstra
                    • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
                      • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
            • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
              • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
                • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
                  • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
                    • [PATCH 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                      • [PATCH 01/12] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 02/12] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 03/12] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 04/12] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                        • [PATCH 05/12] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                        • [PATCH 06/12] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Beiderman
                        • [PATCH 08/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Beiderman
                        • [PATCH 07/12] signal: Remove __ARCH_SI_TRAPNO, Eric W. Beiderman
                        • [PATCH 09/12] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                        • [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Beiderman
                          • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                            • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Marco Elver
                              • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                                • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Peter Collingbourne
                                  • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Marco Elver
                                    • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                        • [PATCH 11/12] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                        • [PATCH 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                      • [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • [PATCH v3 01/12] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 02/12] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 03/12] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t, Eric W. Beiderman
                            • Re: [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t, Marco Elver
                          • [PATCH v3 05/12] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                          • [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                            • Re: [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO, Marco Elver
                          • [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Beiderman
                            • Re: [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set, Marco Elver
                          • [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO, Eric W. Beiderman
                            • Re: [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO, Marco Elver
                          • [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Beiderman
                            • Re: [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Marco Elver
                          • [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                            • Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Marco Elver
                            • Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Peter Zijlstra
                          • [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                            • Re: [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf, Marco Elver
                          • [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                            • Re: [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Marco Elver
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Geert Uytterhoeven
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                            • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Linus Torvalds
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                              • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Ingo Molnar
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • [GIT PULL] siginfo: ABI fixes for v5.13-rc3, Eric W. Biederman
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc3, pr-tracker-bot
                        • [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Eric W. Biederman
                          • [PATCH v4 1/5] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                            • [PATCH v4 5/5] signalfd: Remove SIL_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                            • [PATCH v4 4/5] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                            • [PATCH v4 3/5] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                            • [PATCH v4 2/5] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                          • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Marco Elver
                            • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Eric W. Biederman
                              • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Marco Elver
                • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
            • [PATCH 0/6] Final si_trapno bits, Eric W. Biederman
              • [PATCH 1/6] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 2/6] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 3/6] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP, Eric W. Biederman
                • Re: [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP, Marco Elver
              • [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK, Eric W. Biederman
                • Re: [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK, Marco Elver
              • [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support, Eric W. Biederman
                • Re: [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support, Marco Elver
              • Re: [PATCH 0/6] Final si_trapno bits, Marco Elver
                • Re: [PATCH 0/6] Final si_trapno bits, Eric W. Biederman
                  • Re: [PATCH 0/6] Final si_trapno bits, Marco Elver
              • [PATCH 7/7] signal: Verify the alignment and size of siginfo_t, Eric W. Biederman
              • [PATCH 8/6] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Biederman
        • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Arnd Bergmann
• [RFC PATCH v1 0/4] Implement huge VMAP and VMALLOC on powerpc 8xx, Christophe Leroy
  • [RFC PATCH v1 1/4] mm/ioremap: Fix iomap_max_page_shift, Christophe Leroy
  • [RFC PATCH v1 2/4] mm/hugetlb: Change parameters of arch_make_huge_pte(), Christophe Leroy
    • Re: [RFC PATCH v1 2/4] mm/hugetlb: Change parameters of arch_make_huge_pte(), Mike Kravetz
  • [RFC PATCH v1 3/4] mm/pgtable: Add stubs for {pmd/pub}_{set/clear}_huge, Christophe Leroy
  • [RFC PATCH v1 4/4] mm/vmalloc: Add support for huge pages on VMAP and VMALLOC for powerpc 8xx, Christophe Leroy
• [PATCH v2] csky: uaccess.h: Coding convention with asm generic, guoren
• [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v26 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support, Yu-cheng Yu
    • Re: [PATCH v26 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support, Kees Cook
  • [PATCH v26 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
    • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Kees Cook
      • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu, Yu-cheng
    • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Kees Cook
  • [PATCH v26 7/9] x86/vdso: Introduce ENDBR macro, Yu-cheng Yu
    • Re: [PATCH v26 7/9] x86/vdso: Introduce ENDBR macro, Kees Cook
  • [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Yu-cheng Yu
    • Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Kees Cook
    • Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Kees Cook
  • [PATCH v26 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu-cheng Yu
    • Re: [PATCH v26 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Kees Cook
  • RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, David Laight
    • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Andy Lutomirski
      • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, H.J. Lu
        • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Andy Lutomirski
          • RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, David Laight
            • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu, Yu-cheng
              • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, H.J. Lu
          • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu, Yu-cheng
• [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v26 01/30] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v26 02/30] x86/cet/shstk: Add Kconfig option for Shadow Stack, Yu-cheng Yu
  • [PATCH v26 03/30] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v26 04/30] x86/cpufeatures: Introduce CPU setup and option parsing for CET, Yu-cheng Yu
  • [PATCH v26 05/30] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v26 06/30] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [PATCH v26 07/30] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
  • [PATCH v26 08/30] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
  • [PATCH v26 09/30] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 10/30] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v26 11/30] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 12/30] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 13/30] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Yu-cheng Yu
  • [PATCH v26 14/30] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v26 16/30] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  • [PATCH v26 15/30] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  • [PATCH v26 17/30] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  • [PATCH v26 18/30] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v26 20/30] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
  • [PATCH v26 19/30] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v26 21/30] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  • [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu-cheng Yu
    • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
      • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu, Yu-cheng
        • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
          • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu, Yu-cheng
            • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
  • [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu-cheng Yu
    • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
      • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Eugene Syromiatnikov
          • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
            • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
          • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
      • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
  • [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
    • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
      • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu, Yu-cheng
        • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
          • RE: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, David Laight
      • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu, Yu-cheng
        • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
  • [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
    • extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Cyrill Gorcunov
        • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Cyrill Gorcunov
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Florian Weimer
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
        • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
              • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
                • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), H. Peter Anvin
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
              • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
                • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
  • [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
    • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
      • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
        • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
          • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
            • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
              • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
        • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Matthew Wilcox
          • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
            • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
  • [PATCH v26 27/30] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v26 28/30] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
  • [PATCH v26 29/30] mm: Update arch_validate_flags() to test vma anonymous, Yu-cheng Yu
    • Re: [PATCH v26 29/30] mm: Update arch_validate_flags() to test vma anonymous, Kirill A. Shutemov
  • [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Yu-cheng Yu
    • Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Kirill A. Shutemov
      • Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Yu, Yu-cheng
  • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Borislav Petkov
    • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
      • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Borislav Petkov
• [PATCH v2] ARC: Use max_high_pfn as a HIGHMEM zone border, Vladimir Isaev
  • Re: [PATCH v2] ARC: Use max_high_pfn as a HIGHMEM zone border, Vineet Gupta
• [PATCH v2] ARC: Use 40-bit physical page mask for PAE, Vladimir Isaev
  • Re: [PATCH v2] ARC: Use 40-bit physical page mask for PAE, Vineet Gupta