Linux Arch

• Date Index

• Re: RFC: userspace exception fixups, (continued)
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Andy Lutomirski
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Andy Lutomirski
  • Re: RFC: userspace exception fixups, Jethro Beekman
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Dave Hansen
  • Re: RFC: userspace exception fixups, Jarkko Sakkinen
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Andy Lutomirski
  • Re: RFC: userspace exception fixups, Dave Hansen
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Dave Hansen
  • Re: RFC: userspace exception fixups, Sean Christopherson
  • Re: RFC: userspace exception fixups, Christoph Hellwig
  • Re: RFC: userspace exception fixups, Rich Felker
    • Re: RFC: userspace exception fixups, Sean Christopherson
      • Re: RFC: userspace exception fixups, Rich Felker
        • Re: RFC: userspace exception fixups, Andy Lutomirski
        • Re: RFC: userspace exception fixups, Sean Christopherson
          • Re: RFC: userspace exception fixups, Jarkko Sakkinen
  • Re: RFC: userspace exception fixups, Dave Hansen
  • Re: RFC: userspace exception fixups, Jarkko Sakkinen
  • Re: RFC: userspace exception fixups, Rich Felker
  • Re: RFC: userspace exception fixups, Linus Torvalds
  • Re: RFC: userspace exception fixups, Jarkko Sakkinen
  • Re: RFC: userspace exception fixups, Jarkko Sakkinen
    • Re: RFC: userspace exception fixups, Jarkko Sakkinen
    • Re: RFC: userspace exception fixups, Jarkko Sakkinen
      • Re: RFC: userspace exception fixups, Jethro Beekman
        • Re: RFC: userspace exception fixups, Jarkko Sakkinen
          • Re: RFC: userspace exception fixups, Jarkko Sakkinen
    • Re: RFC: userspace exception fixups, Andy Lutomirski
      • Re: RFC: userspace exception fixups, Jarkko Sakkinen
        • Re: RFC: userspace exception fixups, Andy Lutomirski
          • Re: RFC: userspace exception fixups, Jarkko Sakkinen
            • Re: RFC: userspace exception fixups, Andy Lutomirski
              • Re: RFC: userspace exception fixups, Jarkko Sakkinen
                • Re: RFC: userspace exception fixups, Jethro Beekman
                  • Re: RFC: userspace exception fixups, Jarkko Sakkinen
                    • Re: RFC: userspace exception fixups, Jarkko Sakkinen
                    • Re: RFC: userspace exception fixups, Sean Christopherson
                      • Re: RFC: userspace exception fixups, Jarkko Sakkinen
            • Re: RFC: userspace exception fixups, Sean Christopherson
            • Re: RFC: userspace exception fixups, Jarkko Sakkinen
• [PATCH v1 0/4] xtensa: system call table generation support, Firoz Khan
  • [PATCH v1 1/4] xtensa: move SYS_XTENSA_* macros to non uapi header, Firoz Khan
    • Re: [PATCH v1 1/4] xtensa: move SYS_XTENSA_* macros to non uapi header, Max Filippov
      • Re: [PATCH v1 1/4] xtensa: move SYS_XTENSA_* macros to non uapi header, Firoz Khan
  • [PATCH v1 3/4] xtensa: add system call table generation support, Firoz Khan
  • [PATCH v1 2/4] xtensa: add __NR_syscalls along with __NR_syscall_count, Firoz Khan
  • [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Firoz Khan
    • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Max Filippov
      • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Firoz Khan
      • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Arnd Bergmann
        • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Firoz Khan
          • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Max Filippov
            • Re: [PATCH v1 4/4] xtensa: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v1 0/4] xtensa: system call table generation support, Max Filippov
• [PATCH v2 0/4] sparc: system call table generation support, Firoz Khan
  • [PATCH v2 1/4] sparc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v2 2/4] sparc: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v2 3/4] sparc: add system call table generation support, Firoz Khan
    • Re: [PATCH v2 3/4] sparc: add system call table generation support, David Miller
      • Re: [PATCH v2 3/4] sparc: add system call table generation support, Firoz Khan
        • Re: [PATCH v2 3/4] sparc: add system call table generation support, David Miller
      • Re: [PATCH v2 3/4] sparc: add system call table generation support, Arnd Bergmann
        • Re: [PATCH v2 3/4] sparc: add system call table generation support, David Miller
  • [PATCH v2 4/4] sparc: generate uapi header and system call table files, Firoz Khan
• [PATCH v2 0/3] sh: system call table generation support, Firoz Khan
  • [PATCH v2 1/3] sh: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v2 2/3] sh: add system call table generation support, Firoz Khan
  • [PATCH v2 3/3] sh: generate uapi header and syscall table header files, Firoz Khan
• [PATCH v2 0/5] alpha: system call table generation support, Firoz Khan
  • [PATCH v2 1/5] alpha: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v2 2/5] alpha: remove CONFIG_OSF4_COMPAT flag from syscall table, Firoz Khan
  • [PATCH v2 3/5] alpha: add __NR_syscalls along with NR_SYSCALLS, Firoz Khan
  • [PATCH v2 4/5] alpha: add system call table generation support, Firoz Khan
  • [PATCH v2 5/5] alpha: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v2 0/5] alpha: system call table generation support, Matt Turner
    • Re: [PATCH v2 0/5] alpha: system call table generation support, Firoz Khan
• [GIT PULL] fixup dtb Kbuild for C-SKY(csky) Port, Guo Ren
  • Re: [GIT PULL] fixup dtb Kbuild for C-SKY(csky) Port, Linus Torvalds
• [PATCH v4] devres: Align data[] to ARCH_KMALLOC_MINALIGN, Alexey Brodkin
• [PATCH V13 0/2] C-SKY(csky) Timer Driver, Guo Ren
  • [PATCH V13 2/2] clocksource: add gx6605s SOC system timer, Guo Ren
  • [PATCH V13 1/2] clocksource: add C-SKY SMP timer, Guo Ren
  • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Daniel Lezcano
    • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Guo Ren
      • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Daniel Lezcano
    • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Guo Ren
  • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Daniel Lezcano
    • Re: [PATCH V13 0/2] C-SKY(csky) Timer Driver, Thomas Gleixner
• [PATCH V3 1/2] csky: remove builtin-dtb Kbuild, Guo Ren
  • [PATCH V3 2/2] csky: use common dtb build rules, Guo Ren
    • Re: [PATCH V3 2/2] csky: use common dtb build rules, Rob Herring
      • Re: [PATCH V3 2/2] csky: use common dtb build rules, Rob Herring
        • Re: [PATCH V3 2/2] csky: use common dtb build rules, Guo Ren
  • Re: [PATCH V3 1/2] csky: remove builtin-dtb Kbuild, Rob Herring
• [PATCH V2 1/2] csky: remove builtin-dtb Kbuild, Guo Ren
  • [PATCH V2 2/2] csky: use common dtb build rules, Guo Ren
    • Re: [PATCH V2 2/2] csky: use common dtb build rules, Arnd Bergmann
  • Re: [PATCH V2 1/2] csky: remove builtin-dtb Kbuild, Arnd Bergmann
• [PATCH] csky: remove Devicetree dtb Kbuild rules, Guo Ren
  • Re: [PATCH] csky: remove Devicetree dtb Kbuild rules, Rob Herring
    • Re: [PATCH] csky: remove Devicetree dtb Kbuild rules, Guo Ren
• [GIT PULL] C-SKY(csky) Port for Linux 4.20, Guo Ren
  • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Linus Torvalds
    • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Arnd Bergmann
      • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Geert Uytterhoeven
        • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Arnd Bergmann
          • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Geert Uytterhoeven
      • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Guo Ren
      • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Yoshinori Sato
        • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Arnd Bergmann
  • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Linus Torvalds
  • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Rob Herring
    • Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20, Guo Ren
• [PATCH v6 0/5] parisc: system call table generation support, Firoz Khan
  • [PATCH v6 1/5] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v6 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
  • [PATCH v6 3/5] parisc: add system call table generation support, Firoz Khan
  • [PATCH v6 4/5] parisc: generate uapi header and system call table files, Firoz Khan
  • [PATCH v6 5/5] parisc: syscalls: ignore nfsservctl for other architectures, Firoz Khan
• [PATCH v4 0/5] ia64: system call table generation support, Firoz Khan
  • [PATCH v4 1/5] ia64: add __NR_old_getpagesize in uapi header file, Firoz Khan
  • [PATCH v4 2/5] ia64: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v4 3/5] ia64: add an offset for system call number, Firoz Khan
  • [PATCH v4 5/5] ia64: generate uapi header and system call table files, Firoz Khan
  • [PATCH v4 4/5] ia64: add system call table generation support, Firoz Khan
  • RE: [PATCH v4 0/5] ia64: system call table generation support, Luck, Tony
    • Re: [PATCH v4 0/5] ia64: system call table generation support, Firoz Khan
• [PATCH v3 0/3] microblaze: system call table generation support, Firoz Khan
  • [PATCH v3 1/3] microblaze: move __NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v3 3/3] microblaze: generate uapi header and system call table files, Firoz Khan
    • Re: [PATCH v3 3/3] microblaze: generate uapi header and system call table files, Michal Simek
      • Re: [PATCH v3 3/3] microblaze: generate uapi header and system call table files, Firoz Khan
        • Re: [PATCH v3 3/3] microblaze: generate uapi header and system call table files, Arnd Bergmann
          • Re: [PATCH v3 3/3] microblaze: generate uapi header and system call table files, Michal Simek
  • [PATCH v3 2/3] microblaze: add system call table generation support, Firoz Khan
  • Re: [PATCH v3 0/3] microblaze: system call table generation support, Michal Simek
• [PATCH v4 0/4] m68k: system call table generation support, Firoz Khan
  • [PATCH v4 2/4] m68k: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v4 3/4] m68k: add system call table generation support, Firoz Khan
  • [PATCH v4 4/4] m68k: generate uapi header and syscall table header files, Firoz Khan
  • [PATCH v4 1/4] m68k: rename system call table file name, Firoz Khan
  • Re: [PATCH v4 0/4] m68k: system call table generation support, Geert Uytterhoeven
    • Re: [PATCH v4 0/4] m68k: system call table generation support, Firoz Khan
• [PATCH v4 0/4] nds32: Perf support, Nick Hu
  • [PATCH v4 3/4] nds32: Add perf call-graph support., Nick Hu
  • [PATCH v4 2/4] nds32: Perf porting, Nick Hu
  • [PATCH v4 4/4] nds32: Add document for NDS32 PMU., Nick Hu
  • [PATCH v4 1/4] nds32: Fix bug in bitfield.h, Nick Hu
  • Re: [PATCH v4 0/4] nds32: Perf support, Greentime Hu
• [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Florian Fainelli
  • [PATCH v2 2/2] arm64: Create asm/initrd.h, Florian Fainelli
  • [PATCH v2 1/2] arch: Add asm-generic/initrd.h and make use of it for most architectures, Florian Fainelli
  • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Rob Herring
    • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Florian Fainelli
      • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Rob Herring
    • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Mike Rapoport
      • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Russell King - ARM Linux
      • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Rob Herring
        • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Mike Rapoport
          • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Rob Herring
            • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Florian Fainelli
              • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Mike Rapoport
                • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Florian Fainelli
            • Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD, Mike Rapoport
• [PATCH v2 0/1] nds32: Power management, Nick Hu
  • [PATCH v2 1/1] nds32: Power management for nds32, Nick Hu
    • Re: [PATCH v2 1/1] nds32: Power management for nds32, Greentime Hu
• [PATCH 16/17] prmem: pratomic-long, Igor Stoppa
  • Re: [PATCH 16/17] prmem: pratomic-long, Peter Zijlstra
    • Re: [PATCH 16/17] prmem: pratomic-long, Igor Stoppa
      • Re: [PATCH 16/17] prmem: pratomic-long, Peter Zijlstra
        • Re: [PATCH 16/17] prmem: pratomic-long, Will Deacon
          • Re: [PATCH 16/17] prmem: pratomic-long, Peter Zijlstra
            • Re: [PATCH 16/17] prmem: pratomic-long, Kees Cook
• [PATCH 01/17] prmem: linker section for static write rare, Igor Stoppa
• Interrupts, smp_load_acquire(), smp_store_release(), etc., Paul E. McKenney
  • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Andrea Parri
    • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Paul E. McKenney
      • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Alan Stern
  • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Alan Stern
    • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Paul E. McKenney
      • Re: Interrupts, smp_load_acquire(), smp_store_release(), etc., Eric W. Biederman
• [PATCH RFC v3 0/3] Rlimit for module space, Rick Edgecombe
  • [PATCH v3 1/3] modules: Create arch versions of module alloc/free, Rick Edgecombe
  • [PATCH v3 3/3] bpf: Add system wide BPF JIT limit, Rick Edgecombe
  • [PATCH v3 2/3] modules: Create rlimit for module space, Rick Edgecombe
  • Re: [PATCH RFC v3 0/3] Rlimit for module space, Ard Biesheuvel
    • Re: [PATCH RFC v3 0/3] Rlimit for module space, Edgecombe, Rick P
      • Re: [PATCH RFC v3 0/3] Rlimit for module space, Ard Biesheuvel
        • Re: [PATCH RFC v3 0/3] Rlimit for module space, Jessica Yu
          • Re: [PATCH RFC v3 0/3] Rlimit for module space, Daniel Borkmann
            • Re: [PATCH RFC v3 0/3] Rlimit for module space, Edgecombe, Rick P
              • Re: [PATCH RFC v3 0/3] Rlimit for module space, Michal Hocko
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v3, Christoph Hellwig
  • [PATCH 1/9] aha152x: rename the PCMCIA define, Christoph Hellwig
    • Re: [PATCH 1/9] aha152x: rename the PCMCIA define, Masahiro Yamada
  • [PATCH 2/9] arm: remove EISA kconfig option, Christoph Hellwig
    • Re: [PATCH 2/9] arm: remove EISA kconfig option, Masahiro Yamada
  • [PATCH 3/9] powerpc: remove CONFIG_PCI_QSPAN, Christoph Hellwig
    • Re: [PATCH 3/9] powerpc: remove CONFIG_PCI_QSPAN, Masahiro Yamada
  • [PATCH 7/9] pcmcia: allow PCMCIA support independent of the architecture, Christoph Hellwig
  • [PATCH 8/9] rapidio: consolidate RAPIDIO config entry in drivers/rapidio, Christoph Hellwig
  • [PATCH 9/9] eisa: consolidate EISA Kconfig entry in drivers/eisa, Christoph Hellwig
  • [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Christoph Hellwig
    • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Russell King - ARM Linux
      • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Masahiro Yamada
        • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Masahiro Yamada
          • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Christoph Hellwig
        • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Russell King - ARM Linux
    • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Palmer Dabbelt
    • Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci, Bjorn Helgaas
  • [PATCH 5/9] powerpc: PCI_MSI needs PCI, Christoph Hellwig
    • Re: [PATCH 5/9] powerpc: PCI_MSI needs PCI, Josh Triplett
      • Re: [PATCH 5/9] powerpc: PCI_MSI needs PCI, Masahiro Yamada
  • [PATCH 4/9] powerpc: remove CONFIG_MCA leftovers, Christoph Hellwig
    • Re: [PATCH 4/9] powerpc: remove CONFIG_MCA leftovers, Masahiro Yamada
• [PATCH net-next v8 02/28] asm: simd context helper API, Jason A. Donenfeld
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Christoph Hellwig
  • [PATCH 2/8] powerpc: remove CONFIG_PCI_QSPAN, Christoph Hellwig
    • Re: [PATCH 2/8] powerpc: remove CONFIG_PCI_QSPAN, Benjamin Herrenschmidt
  • [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci, Christoph Hellwig
    • Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci, Masahiro Yamada
      • Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci, Christoph Hellwig
    • Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci, Max Filippov
  • [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Christoph Hellwig
    • Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Masahiro Yamada
      • Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Christoph Hellwig
    • Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Masahiro Yamada
  • [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers, Christoph Hellwig
  • [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio, Christoph Hellwig
    • Re: [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio, Masahiro Yamada
  • [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture, Christoph Hellwig
  • [PATCH 3/8] powerpc: PCI_MSI needs PCI, Christoph Hellwig
  • [PATCH 1/8] aha152x: rename the PCMCIA define, Christoph Hellwig
  • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Geert Uytterhoeven
    • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Christoph Hellwig
      • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Geert Uytterhoeven
        • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Christoph Hellwig
          • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Geert Uytterhoeven
            • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2, Christoph Hellwig
• [PATCH v2 0/5] mm: dirty/accessed pte optimisations, Nicholas Piggin
  • [PATCH v2 1/5] nios2: update_mmu_cache clear the old entry from the TLB, Nicholas Piggin
  • [PATCH v2 2/5] mm/cow: don't bother write protecting already write-protected huge pages, Nicholas Piggin
  • [PATCH v2 4/5] mm/cow: optimise pte dirty bit handling in fork, Nicholas Piggin
  • [PATCH v2 5/5] mm: optimise pte dirty/accessed bit setting by demand based pte insertion, Nicholas Piggin
  • [PATCH v2 3/5] mm/cow: optimise pte accessed bit handling in fork, Nicholas Piggin
• [PATCH v5 0/5] parisc: system call table generation support, Firoz Khan
  • [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
    • Re: [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header, Helge Deller
  • [PATCH v5 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
  • [PATCH v5 3/5] parisc: add system call table generation support, Firoz Khan
  • [PATCH v5 4/5] parisc: uapi header and system call table file generation, Firoz Khan
  • [PATCH v5 5/5] parisc: syscalls: ignore nfsservctl for other architectures, Firoz Khan
• [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port, Guo Ren
  • [PATCH V9 02/21] csky: defconfig, Guo Ren
    • Re: [PATCH V9 02/21] csky: defconfig, Arnd Bergmann
  • [PATCH V9 01/21] csky: Build infrastructure, Guo Ren
    • Re: [PATCH V9 01/21] csky: Build infrastructure, Guo Ren
      • Re: [PATCH V9 01/21] csky: Build infrastructure, Arnd Bergmann
        • Re: [PATCH V9 01/21] csky: Build infrastructure, Guo Ren
  • [PATCH V9 03/21] csky: Kernel booting, Guo Ren
    • Re: [PATCH V9 03/21] csky: Kernel booting, Arnd Bergmann
  • [PATCH V9 04/21] csky: Exception handling and mm-fault, Guo Ren
    • Re: [PATCH V9 04/21] csky: Exception handling and mm-fault, Arnd Bergmann
  • [PATCH V9 06/21] csky: Cache and TLB routines, Guo Ren
    • Re: [PATCH V9 06/21] csky: Cache and TLB routines, Arnd Bergmann
  • [PATCH V9 05/21] csky: System Call, Guo Ren
    • Re: [PATCH V9 05/21] csky: System Call, Arnd Bergmann
      • Re: [PATCH V9 05/21] csky: System Call, Guo Ren
  • [PATCH V9 07/21] csky: MMU and page table management, Guo Ren
    • Re: [PATCH V9 07/21] csky: MMU and page table management, Arnd Bergmann
      • Re: [PATCH V9 07/21] csky: MMU and page table management, Guo Ren
  • [PATCH V9 10/21] csky: IRQ handling, Guo Ren
    • Re: [PATCH V9 10/21] csky: IRQ handling, Arnd Bergmann
      • Re: [PATCH V9 10/21] csky: IRQ handling, Guo Ren
  • [PATCH V9 09/21] csky: VDSO and rt_sigreturn, Guo Ren
    • Re: [PATCH V9 09/21] csky: VDSO and rt_sigreturn, Arnd Bergmann
  • [PATCH V9 11/21] csky: Atomic operations, Guo Ren
    • Re: [PATCH V9 11/21] csky: Atomic operations, Arnd Bergmann
      • Re: [PATCH V9 11/21] csky: Atomic operations, Guo Ren
    • Re: [PATCH V9 11/21] csky: Atomic operations, Peter Zijlstra
      • Re: [PATCH V9 11/21] csky: Atomic operations, Guo Ren
  • [PATCH V9 08/21] csky: Process management and Signal, Guo Ren
    • Re: [PATCH V9 08/21] csky: Process management and Signal, Arnd Bergmann
      • Re: [PATCH V9 08/21] csky: Process management and Signal, Guo Ren
  • [PATCH V9 12/21] csky: ELF and module probe, Guo Ren
    • Re: [PATCH V9 12/21] csky: ELF and module probe, Arnd Bergmann
      • Re: [PATCH V9 12/21] csky: ELF and module probe, Guo Ren
        • Re: [PATCH V9 12/21] csky: ELF and module probe, Arnd Bergmann
  • [PATCH V9 13/21] csky: Library functions, Guo Ren
    • Re: [PATCH V9 13/21] csky: Library functions, Arnd Bergmann
      • Re: [PATCH V9 13/21] csky: Library functions, Guo Ren
  • [PATCH V9 14/21] csky: User access, Guo Ren
    • Re: [PATCH V9 14/21] csky: User access, Arnd Bergmann
  • [PATCH V9 15/21] csky: Debug and Ptrace GDB, Guo Ren
    • Re: [PATCH V9 15/21] csky: Debug and Ptrace GDB, Arnd Bergmann
      • Re: [PATCH V9 15/21] csky: Debug and Ptrace GDB, Guo Ren
  • [PATCH V9 16/21] csky: SMP support, Guo Ren
    • Re: [PATCH V9 16/21] csky: SMP support, Arnd Bergmann
  • [PATCH V9 17/21] csky: Misc headers, Guo Ren
    • Re: [PATCH V9 17/21] csky: Misc headers, Arnd Bergmann
  • [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Guo Ren
    • Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Arnd Bergmann
      • Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Guo Ren
        • Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Guo Ren
    • Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Rob Herring
      • Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings, Guo Ren
  • [PATCH V9 19/21] dt-bindings: Add vendor prefix for csky, Guo Ren
  • [PATCH V9 20/21] MAINTAINERS: Add csky, Guo Ren
    • Re: [PATCH V9 20/21] MAINTAINERS: Add csky, Arnd Bergmann
  • [PATCH V9 21/21] csky: support dword access for get_user_size(), Guo Ren
    • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Arnd Bergmann
      • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Guo Ren
        • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Arnd Bergmann
          • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Guo Ren
            • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Arnd Bergmann
              • Re: [PATCH V9 21/21] csky: support dword access for get_user_size(), Guo Ren
  • Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port, Arnd Bergmann
    • Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port, Guo Ren
      • Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port, Arnd Bergmann
        • Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port, Guo Ren
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/, Christoph Hellwig
  • [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers, Christoph Hellwig
    • Re: [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers, Masahiro Yamada
      • Re: [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers, Christoph Hellwig
  • [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Christoph Hellwig
    • Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa, Masahiro Yamada
  • [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio, Christoph Hellwig
  • [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture, Christoph Hellwig
    • Re: [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture, Dominik Brodowski
      • Re: [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture, Christoph Hellwig
  • [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci, Christoph Hellwig
    • Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci, Masahiro Yamada
      • Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci, Christoph Hellwig
        • Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci, Masahiro Yamada
    • Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci, Bjorn Helgaas
  • [PATCH 3/8] powerpc: PCI_MSI needs PCI, Christoph Hellwig
  • [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic, Christoph Hellwig
    • Re: [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic, Masahiro Yamada
      • Re: [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic, Christoph Hellwig
  • [PATCH 1/8] aha152x: rename the PCMCIA define, Christoph Hellwig
    • Re: [PATCH 1/8] aha152x: rename the PCMCIA define, Bjorn Helgaas
  • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/, Thomas Gleixner
  • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/, Masahiro Yamada
    • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/, Christoph Hellwig
• [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Greg Kroah-Hartman
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Greg Kroah-Hartman
        • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
          • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Greg Kroah-Hartman
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Christian Brauner
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Jann Horn
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Jann Horn
        • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
        • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
          • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Jann Horn
            • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
        • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
        • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Alan Cox
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
  • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, valdis . kletnieks
    • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
  • [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
    • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
      • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
        • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
        • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
          • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
    • [PATCH v3] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH v3] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
        • Re: [PATCH v3] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • [PATCH v4] kernel/signal: Signal-based pre-coredump notification, Enke Chen
        • Re: [PATCH v4] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
          • Re: [PATCH v4] kernel/signal: Signal-based pre-coredump notification, Enke Chen
            • Re: [PATCH v4] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
              • Re: [PATCH v4] kernel/signal: Signal-based pre-coredump notification, Enke Chen
              • [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
                  • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                  • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Andrew Morton
                    • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                      • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                      • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Andrew Morton
                        • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                • Re: [PATCH v5] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                • [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                  • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Dave Martin
                    • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                      • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Dave Martin
                        • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
                        • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
                        • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Jann Horn
                      • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Andrew Morton
                        • Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification, Oleg Nesterov
      • [PATCH] selftests/prctl: selftest for pre-coredump signal notification, Enke Chen
        • [PATCH v5 2/2] selftests/prctl: selftest for pre-coredump signal notification, Enke Chen
    • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
      • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
        • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
          • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
          • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
          • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Enke Chen
      • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Jann Horn
        • Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification, Eric W. Biederman
• [PATCH v4 0/6] parisc: system call table generation support, Firoz Khan
  • [PATCH v4 1/6] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v4 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls, Firoz Khan
  • [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
    • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
    • Re: [PATCH v4 3/6] parisc: add system call table generation support, Arnd Bergmann
      • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
    • Re: [PATCH v4 3/6] parisc: add system call table generation support, Rolf Eike Beer
      • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
        • Re: [PATCH v4 3/6] parisc: add system call table generation support, Rolf Eike Beer
      • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
        • Re: [PATCH v4 3/6] parisc: add system call table generation support, Rolf Eike Beer
          • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
    • Re: [PATCH v4 3/6] parisc: add system call table generation support, Eugene Syromiatnikov
      • Re: [PATCH v4 3/6] parisc: add system call table generation support, Firoz Khan
  • [PATCH v4 6/6] parisc: syscalls: Ignore nfsservctl for other architectures, Firoz Khan
  • [PATCH v4 5/6] parisc: wire up rseq system call, Firoz Khan
    • Re: [PATCH v4 5/6] parisc: wire up rseq system call, Arnd Bergmann
      • Re: [PATCH v4 5/6] parisc: wire up rseq system call, Firoz Khan
        • Re: [PATCH v4 5/6] parisc: wire up rseq system call, Arnd Bergmann
          • Re: [PATCH v4 5/6] parisc: wire up rseq system call, Helge Deller
            • Re: [PATCH v4 5/6] parisc: wire up rseq system call, Firoz Khan
  • [PATCH v4 4/6] parisc: uapi header and system call table file generation, Firoz Khan
• [PATCH V8 00/21] C-SKY(csky) Linux Kernel Port, Guo Ren
  • [PATCH V8 01/21] csky: Build infrastructure, Guo Ren
  • [PATCH V8 02/21] csky: defconfig, Guo Ren
  • [PATCH V8 03/21] csky: Kernel booting, Guo Ren
  • [PATCH V8 04/21] csky: Exception handling and mm-fault, Guo Ren
  • [PATCH V8 05/21] csky: System Call, Guo Ren
  • [PATCH V8 09/21] csky: VDSO and rt_sigreturn, Guo Ren
  • [PATCH V8 10/21] csky: IRQ handling, Guo Ren
  • [PATCH V8 07/21] csky: MMU and page table management, Guo Ren
  • [PATCH V8 11/21] csky: Atomic operations, Guo Ren
  • [PATCH V8 13/21] csky: Library functions, Guo Ren
  • [PATCH V8 06/21] csky: Cache and TLB routines, Guo Ren
  • [PATCH V8 12/21] csky: ELF and module probe, Guo Ren
  • [PATCH V8 08/21] csky: Process management and Signal, Guo Ren
  • [PATCH V8 14/21] csky: User access, Guo Ren
  • [PATCH V8 15/21] csky: Debug and Ptrace GDB, Guo Ren
  • [PATCH V8 16/21] csky: SMP support, Guo Ren
    • Re: [PATCH V8 16/21] csky: SMP support, Marc Zyngier
      • Re: [PATCH V8 16/21] csky: SMP support, Guo Ren
  • [PATCH V8 17/21] csky: Misc headers, Guo Ren
  • [PATCH V8 18/21] dt-bindings: csky CPU Bindings, Guo Ren
    • Re: [PATCH V8 18/21] dt-bindings: csky CPU Bindings, Rob Herring
      • Re: [PATCH V8 18/21] dt-bindings: csky CPU Bindings, Guo Ren
  • [PATCH V8 19/21] dt-bindings: Add vendor prefix for csky, Guo Ren
  • [PATCH V8 20/21] MAINTAINERS: Add csky, Guo Ren
  • [PATCH V8 21/21] csky: add support get_user_size access dword, Guo Ren
• [PATCH v2 0/7] Rlimit for module space, Rick Edgecombe
  • [PATCH v2 1/7] modules: Create rlimit for module space, Rick Edgecombe
    • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Jann Horn
      • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Edgecombe, Rick P
        • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Jann Horn
          • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Edgecombe, Rick P
            • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Jann Horn
        • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Michal Hocko
      • Re: [PATCH v2 1/7] modules: Create rlimit for module space, Jann Horn
  • [PATCH v2 5/7] mips/modules: Add rlimit checking for mips modules, Rick Edgecombe
  • [PATCH v2 7/7] s390/modules: Add rlimit checking for s390 modules, Rick Edgecombe
  • [PATCH v2 6/7] sparc/modules: Add rlimit for sparc modules, Rick Edgecombe
  • [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules, Rick Edgecombe
    • Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules, Dave Hansen
      • Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules, Jessica Yu
        • Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules, Edgecombe, Rick P
          • Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules, Edgecombe, Rick P
  • [PATCH v2 2/7] x86/modules: Add rlimit checking for x86 modules, Rick Edgecombe
  • [PATCH v2 3/7] arm/modules: Add rlimit checking for arm modules, Rick Edgecombe
• [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v5 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
  • [PATCH v5 17/27] mm: Handle THP/HugeTLB shadow stack page fault, Yu-cheng Yu
  • [PATCH v5 23/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
  • [PATCH v5 27/27] x86/cet/shstk: Add Shadow Stack instructions to opcode map, Yu-cheng Yu
  • [PATCH v5 24/27] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v5 25/27] mm/mmap: Add Shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v5 22/27] x86/cet/shstk: Signal handling for shadow stack, Yu-cheng Yu
  • [PATCH v5 16/27] mm: Handle shadow stack page fault, Yu-cheng Yu
  • [PATCH v5 20/27] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [PATCH v5 18/27] mm: Update can_follow_write_pte/pmd for shadow stack, Yu-cheng Yu
  • [PATCH v5 12/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
  • [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
    • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Dave Hansen
      • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Andy Lutomirski
      • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
  • [PATCH v5 14/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
  • [PATCH v5 19/27] mm: Introduce do_mmap_locked(), Yu-cheng Yu
  • [PATCH v5 11/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
  • [PATCH v5 09/27] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states, Yu-cheng Yu
    • Re: [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states, Borislav Petkov
  • [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
    • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Jann Horn
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Andy Lutomirski
        • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Matthew Wilcox
    • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Dave Hansen
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Florian Weimer
  • [PATCH v5 15/27] x86/mm: Shadow stack page fault error checking, Yu-cheng Yu
  • [PATCH v5 13/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v5 05/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [PATCH v5 05/27] Documentation/x86: Add CET description, Borislav Petkov
      • Re: [PATCH v5 05/27] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v5 08/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack, Yu-cheng Yu
  • [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Yu-cheng Yu
    • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
      • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
        • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
          • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
            • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
              • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Pavel Machek
                • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
              • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
          • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Pavel Machek
  • [PATCH v5 10/27] mm/mmap: Prevent Shadow Stack VMA merges, Yu-cheng Yu
  • [PATCH v5 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
    • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Borislav Petkov
      • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
        • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Borislav Petkov
  • [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Borislav Petkov
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Borislav Petkov
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Cyrill Gorcunov
            • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
              • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Cyrill Gorcunov
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
            • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
              • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
                  • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
                  • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
                      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
  • [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Borislav Petkov
      • Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Yu-cheng Yu
  • Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Dave Hansen
    • Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
• [PATCH v5 00/11] Control Flow Enforcement: Branch Tracking, PTRACE, Yu-cheng Yu
  • [PATCH v5 01/11] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v5 03/11] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
  • [PATCH v5 02/11] x86/cet/ibt: User-mode indirect branch tracking support, Yu-cheng Yu
  • [PATCH v5 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points, Yu-cheng Yu
  • [PATCH v5 11/11] x86/cet: Add PTRACE interface for CET, Yu-cheng Yu
  • [PATCH v5 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point, Yu-cheng Yu
  • [PATCH v5 06/11] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
  • [PATCH v5 07/11] x86/cet/ibt: Add ENDBR to op-code-map, Yu-cheng Yu
  • [PATCH v5 05/11] x86/cet/ibt: ELF header parsing for IBT, Yu-cheng Yu
  • [PATCH v5 04/11] mm/mmap: Add IBT bitmap size to address space limit check, Yu-cheng Yu
  • [PATCH v5 08/11] x86: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
• [PATCH] percpu: include irqflags.h for raw_local_irq_save(), Sebastian Andrzej Siewior
• [PATCH v3 0/7] ia64: system call table generation support, Firoz Khan
  • [PATCH v3 1/7] ia64: add __NR_old_getpagesize in uapi/asm/unistd.h, Firoz Khan
  • [PATCH v3 3/7] ia64: add an offset for system call number, Firoz Khan
  • [PATCH v3 2/7] ia64: replace NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v3 6/7] ia64: uapi header and system call table file generation, Firoz Khan
  • [PATCH v3 7/7] ia64: wire up system calls, Firoz Khan
    • Re: [PATCH v3 7/7] ia64: wire up system calls, Arnd Bergmann
      • Re: [PATCH v3 7/7] ia64: wire up system calls, Firoz Khan
      • Re: [PATCH v3 7/7] ia64: wire up system calls, Eugene Syromiatnikov
        • Re: [PATCH v3 7/7] ia64: wire up system calls, Arnd Bergmann
  • [PATCH v3 5/7] ia64: add system call table generation support, Firoz Khan
  • [PATCH v3 4/7] ia64: replace the system call table entries from entry.S, Firoz Khan
    • Re: [PATCH v3 4/7] ia64: replace the system call table entries from entry.S, Arnd Bergmann
      • Re: [PATCH v3 4/7] ia64: replace the system call table entries from entry.S, Firoz Khan
  • RE: [PATCH v3 0/7] ia64: system call table generation support, Luck, Tony
    • Re: [PATCH v3 0/7] ia64: system call table generation support, Firoz Khan
      • RE: [PATCH v3 0/7] ia64: system call table generation support, Luck, Tony
        • Re: [PATCH v3 0/7] ia64: system call table generation support, Arnd Bergmann
• [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
  • [PATCH security-next v5 03/30] LSM: Rename .security_initcall section to .lsm_info, Kees Cook
  • [PATCH security-next v5 04/30] LSM: Remove initcall tracing, Kees Cook
  • [PATCH security-next v5 08/30] LSM: Record LSM name in struct lsm_info, Kees Cook
  • [PATCH security-next v5 21/30] LSM: Refactor "security=" in terms of enable/disable, Kees Cook
  • [PATCH security-next v5 16/30] LSM: Build ordered list of LSMs to initialize, Kees Cook
  • [PATCH security-next v5 13/30] LoadPin: Rename boot param "enabled" to "enforce", Kees Cook
  • [PATCH security-next v5 15/30] LSM: Lift LSM selection out of individual LSMs, Kees Cook
  • [PATCH security-next v5 12/30] LSM: Provide separate ordered initialization, Kees Cook
    • Re: [PATCH security-next v5 12/30] LSM: Provide separate ordered initialization, Mimi Zohar
      • Re: [PATCH security-next v5 12/30] LSM: Provide separate ordered initialization, Kees Cook
        • Re: [PATCH security-next v5 12/30] LSM: Provide separate ordered initialization, Mimi Zohar
  • [PATCH security-next v5 14/30] LSM: Plumb visibility into optional "enabled" state, Kees Cook
  • [PATCH security-next v5 09/30] LSM: Provide init debugging infrastructure, Kees Cook
  • [PATCH security-next v5 11/30] LSM: Introduce LSM_FLAG_LEGACY_MAJOR, Kees Cook
  • [PATCH security-next v5 06/30] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA, Kees Cook
  • [PATCH security-next v5 07/30] LSM: Convert security_initcall() into DEFINE_LSM(), Kees Cook
  • [PATCH security-next v5 05/30] LSM: Convert from initcall to struct lsm_info, Kees Cook
  • [PATCH security-next v5 10/30] LSM: Don't ignore initialization failures, Kees Cook
  • [PATCH security-next v5 01/30] LSM: Correctly announce start of LSM initialization, Kees Cook
  • [PATCH security-next v5 02/30] vmlinux.lds.h: Avoid copy/paste of security_init section, Kees Cook
  • [PATCH security-next v5 18/30] LSM: Introduce "lsm=" for boottime LSM selection, Kees Cook
  • [PATCH security-next v5 30/30] capability: Initialize as LSM_ORDER_FIRST, Kees Cook
  • [PATCH security-next v5 20/30] LSM: Prepare for reorganizing "security=" logic, Kees Cook
  • [PATCH security-next v5 19/30] LSM: Tie enabling logic to presence in ordered list, Kees Cook
  • [PATCH security-next v5 28/30] Yama: Initialize as ordered LSM, Kees Cook
  • [PATCH security-next v5 22/30] LSM: Separate idea of "major" LSM from "exclusive" LSM, Kees Cook
  • [PATCH security-next v5 23/30] apparmor: Remove SECURITY_APPARMOR_BOOTPARAM_VALUE, Kees Cook
  • [PATCH security-next v5 27/30] LoadPin: Initialize as ordered LSM, Kees Cook
  • [PATCH security-next v5 25/30] LSM: Add all exclusive LSMs to ordered initialization, Kees Cook
  • [PATCH security-next v5 24/30] selinux: Remove SECURITY_SELINUX_BOOTPARAM_VALUE, Kees Cook
  • [PATCH security-next v5 29/30] LSM: Introduce enum lsm_order, Kees Cook
  • [PATCH security-next v5 26/30] LSM: Split LSM preparation from initialization, Kees Cook
  • [PATCH security-next v5 17/30] LSM: Introduce CONFIG_LSM, Kees Cook
  • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, James Morris
    • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
      • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, James Morris
  • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
    • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Jordan Glover
      • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
        • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, John Johansen
          • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Jordan Glover
            • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, John Johansen
              • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Jordan Glover
                • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, John Johansen
                  • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
                    • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Casey Schaufler
                      • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
                        • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Casey Schaufler
                          • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Casey Schaufler
                            • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Kees Cook
                              • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Casey Schaufler
                                • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Casey Schaufler
        • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Jordan Glover
          • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, John Johansen
            • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, Jordan Glover
              • Re: [PATCH security-next v5 00/30] LSM: Explict ordering, John Johansen
• use generic DMA mapping code in powerpc V3, Christoph Hellwig
  • [PATCH 01/33] powerpc: use mm zones more sensibly, Christoph Hellwig
    • Re: [PATCH 01/33] powerpc: use mm zones more sensibly, Benjamin Herrenschmidt
  • [PATCH 05/33] powerpc/dma: split the two __dma_alloc_coherent implementations, Christoph Hellwig
  • [PATCH 06/33] powerpc/dma: remove the no-op dma_nommu_unmap_{page,sg} routines, Christoph Hellwig
  • [PATCH 07/33] powerpc/dma: untangle vio_dma_mapping_ops from dma_iommu_ops, Christoph Hellwig
  • [PATCH 11/33] powerpc/cell: move dma direct window setup out of dma_configure, Christoph Hellwig
  • [PATCH 12/33] powerpc/cell: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 04/33] powerpc/dma: remove the unused dma_iommu_ops export, Christoph Hellwig