Linux Arch

• Date Index

• [PATCH v3 4/4] powerpc: generate uapi header and system call table files, (continued)
  • [PATCH v3 4/4] powerpc: generate uapi header and system call table files, Firoz Khan
    • Re: [PATCH v3 4/4] powerpc: generate uapi header and system call table files, Arnd Bergmann
      • [PATCH] powerpc: split compat syscall table out from native table, Arnd Bergmann
        • Re: [PATCH] powerpc: split compat syscall table out from native table, Michael Ellerman
      • Re: [PATCH v3 4/4] powerpc: generate uapi header and system call table files, Arnd Bergmann
  • Re: [PATCH v3 0/4] powerpc: system call table generation support, Firoz Khan
• [PATCH] asm-generic: Add spaces around & operator, Liu Xiang
• [PATCH 0/8] net: y2038-safe socket timestamps, Deepa Dinamani
  • [PATCH 8/8] socket: Add SO_TIMESTAMPING_NEW, Deepa Dinamani
    • Re: [PATCH 8/8] socket: Add SO_TIMESTAMPING_NEW, Willem de Bruijn
      • Re: [PATCH 8/8] socket: Add SO_TIMESTAMPING_NEW, Deepa Dinamani
  • [PATCH 2/8] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Deepa Dinamani
    • Re: [PATCH 2/8] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Willem de Bruijn
      • Re: [PATCH 2/8] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Deepa Dinamani
        • Re: [PATCH 2/8] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Willem de Bruijn
• remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
  • [PATCH 04/24] dma-direct: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 06/24] powerpc/iommu: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 07/24] mips/jazz: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 08/24] s390: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 09/24] sparc: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 10/24] parisc/ccio: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 11/24] parisc/sba_iommu: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 12/24] arm64: remove the dummy_dma_ops mapping_error method, Christoph Hellwig
  • [PATCH 13/24] alpha: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 14/24] ia64/sba_iommu: improve internal map_page users, Christoph Hellwig
  • [PATCH 15/24] ia64/sba_iommu: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 16/24] ia64/sn: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 17/24] x86/amd_gart: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 18/24] x86/calgary: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 19/24] iommu: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 20/24] iommu/intel: small map_page cleanup, Christoph Hellwig
  • [PATCH 21/24] iommu/vt-d: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 22/24] iommu/dma-iommu: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 23/24] xen-swiotlb: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 24/24] dma-mapping: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 05/24] arm: remove the mapping_error dma_map_ops method, Christoph Hellwig
  • [PATCH 03/24] dma-mapping: provide a generic DMA_MAPPING_ERROR, Christoph Hellwig
  • [PATCH 02/24] swiotlb: Skip cache maintenance on map error, Christoph Hellwig
  • [PATCH 01/24] dma-direct: Make DIRECT_MAPPING_ERROR viable for SWIOTLB, Christoph Hellwig
  • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
    • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
      • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
        • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
        • Re: remove the ->mapping_error method from dma_map_ops V2, Robin Murphy
          • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
            • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
              • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
            • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
              • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
                • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
                  • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
                    • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
                      • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
                        • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
                        • Message not available
                          • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
                        • Message not available
                          • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
                            • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
                              • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
                                • Re: remove the ->mapping_error method from dma_map_ops V2, Linus Torvalds
                                  • Re: remove the ->mapping_error method from dma_map_ops V2, Christoph Hellwig
                      • Re: remove the ->mapping_error method from dma_map_ops V2, David Miller
                        • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
                          • Re: remove the ->mapping_error method from dma_map_ops V2, Shuah Khan
          • Re: remove the ->mapping_error method from dma_map_ops V2, Joerg Roedel
            • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
              • Re: remove the ->mapping_error method from dma_map_ops V2, Joerg Roedel
                • Re: remove the ->mapping_error method from dma_map_ops V2, Russell King - ARM Linux
• [PATCH 1/2] csky: bugfix tlb_get_pgd error., Guo Ren
• [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Steven Rostedt
  • [for-next][PATCH 02/18] x86/function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 03/18] ARM: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 10/18] riscv/function_graph: Simplify with function_graph_entry(), Steven Rostedt
    • Re: [for-next][PATCH 10/18] riscv/function_graph: Simplify with function_graph_entry(), Palmer Dabbelt
  • [for-next][PATCH 06/18] MIPS: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 09/18] powerpc/function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 08/18] parisc: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 07/18] nds32: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 04/18] arm64: function_graph: Simplify with function_graph_entry(), Steven Rostedt
    • Re: [for-next][PATCH 04/18] arm64: function_graph: Simplify with function_graph_entry(), Will Deacon
      • Re: [for-next][PATCH 04/18] arm64: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 15/18] function_graph: Use new curr_ret_depth to manage depth instead of curr_ret_stack, Steven Rostedt
    • Re: [for-next][PATCH 15/18] function_graph: Use new curr_ret_depth to manage depth instead of curr_ret_stack, Peter Zijlstra
      • Re: [for-next][PATCH 15/18] function_graph: Use new curr_ret_depth to manage depth instead of curr_ret_stack, Steven Rostedt
  • [for-next][PATCH 17/18] function_graph: Reverse the order of pushing the ret_stack and the callback, Steven Rostedt
  • [for-next][PATCH 16/18] function_graph: Move return callback before update of curr_ret_stack, Steven Rostedt
  • [for-next][PATCH 18/18] function_graph: Have profiler use curr_ret_stack and not depth, Steven Rostedt
  • [for-next][PATCH 05/18] microblaze: function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 14/18] function_graph: Make ftrace_push_return_trace() static, Steven Rostedt
  • [for-next][PATCH 13/18] sparc/function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 12/18] sh/function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 11/18] s390/function_graph: Simplify with function_graph_entry(), Steven Rostedt
    • Re: [for-next][PATCH 11/18] s390/function_graph: Simplify with function_graph_entry(), Martin Schwidefsky
      • Re: [for-next][PATCH 11/18] s390/function_graph: Simplify with function_graph_entry(), Steven Rostedt
  • [for-next][PATCH 01/18] function_graph: Create function_graph_enter() to consolidate architecture code, Steven Rostedt
  • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Masami Hiramatsu
  • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Joe Lawrence
    • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Steven Rostedt
      • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Steven Rostedt
        • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Steven Rostedt
          • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Joe Lawrence
            • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Steven Rostedt
              • Re: [for-next][PATCH 00/18] function_graph: Add separate depth counter to prevent trace corruption, Joe Lawrence
• [PATCH v8 0/6] parisc: system call table generation support, Firoz Khan
  • [PATCH v8 1/6] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v8 2/6] parisc: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
  • [PATCH v8 3/6] parisc: remove __NR_Linux from uapi header file., Firoz Khan
  • [PATCH v8 4/6] parisc: add system call table generation support, Firoz Khan
  • [PATCH v8 5/6] parisc: generate uapi header and system call table files, Firoz Khan
  • [PATCH v8 6/6] parisc: syscalls: ignore nfsservctl for other architectures, Firoz Khan
• [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Dmitry V. Levin
  • Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Andy Lutomirski
  • Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Palmer Dabbelt
  • Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Paul Burton
    • Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Dmitry V. Levin
      • [PATCH v2 16/15 v2] syscall_get_arch: add "struct task_struct *" argument, Dmitry V. Levin
        • Re: [PATCH v2 16/15 v2] syscall_get_arch: add "struct task_struct *" argument, Paul Burton
  • Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument, Michael Ellerman
• [PATCH v2 0/9] kbuild: clean-up modversion, TRIM_UNUSED_KSYMS, if_changed_rule, etc., Masahiro Yamada
  • [PATCH v2 5/9] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
    • Re: [PATCH v2 5/9] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
  • Re: [PATCH v2 0/9] kbuild: clean-up modversion, TRIM_UNUSED_KSYMS, if_changed_rule, etc., Masahiro Yamada
• [RFC PATCH v6 00/11] Control-flow Enforcement: Branch Tracking, PTRACE, Yu-cheng Yu
  • [RFC PATCH v6 01/11] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v6 02/11] x86/cet/ibt: User-mode indirect branch tracking support, Yu-cheng Yu
  • [RFC PATCH v6 03/11] x86/cet/ibt: Add IBT legacy code bitmap setup function, Yu-cheng Yu
  • [RFC PATCH v6 04/11] mm/mmap: Add IBT bitmap size to address space limit check, Yu-cheng Yu
  • [RFC PATCH v6 05/11] x86/cet/ibt: ELF header parsing for IBT, Yu-cheng Yu
  • [RFC PATCH v6 06/11] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
  • [RFC PATCH v6 07/11] x86/cet/ibt: Add ENDBR to op-code-map, Yu-cheng Yu
  • [RFC PATCH v6 08/11] x86: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
    • Re: [RFC PATCH v6 08/11] x86: Insert endbr32/endbr64 to vDSO, Andy Lutomirski
      • Re: [RFC PATCH v6 08/11] x86: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
  • [RFC PATCH v6 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points, Yu-cheng Yu
    • Re: [RFC PATCH v6 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points, Andy Lutomirski
  • [RFC PATCH v6 11/11] x86/cet: Add PTRACE interface for CET, Yu-cheng Yu
  • [RFC PATCH v6 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point, Yu-cheng Yu
    • Re: [RFC PATCH v6 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point, Andy Lutomirski
      • Re: [RFC PATCH v6 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point, Yu-cheng Yu
• [RFC PATCH v6 00/26] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v6 05/26] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
  • [RFC PATCH v6 07/26] x86/cet/shstk: Add Kconfig option for user-mode shadow stack, Yu-cheng Yu
  • [RFC PATCH v6 20/26] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
  • [RFC PATCH v6 19/26] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Dave Martin
      • Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
        • Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Dave Martin
          • Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Dave Martin
          • Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v6 24/26] mm/mmap: Add Shadow stack pages to memory accounting, Yu-cheng Yu
  • [RFC PATCH v6 25/26] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v6 26/26] x86/cet/shstk: Add Shadow Stack instructions to opcode map, Yu-cheng Yu
  • [RFC PATCH v6 21/26] x86/cet/shstk: Signal handling for shadow stack, Yu-cheng Yu
  • [RFC PATCH v6 23/26] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [RFC PATCH v6 17/26] mm: Update can_follow_write_pte/pmd for shadow stack, Yu-cheng Yu
  • [RFC PATCH v6 18/26] mm: Introduce do_mmap_locked(), Yu-cheng Yu
  • [RFC PATCH v6 15/26] mm: Handle shadow stack page fault, Yu-cheng Yu
  • [RFC PATCH v6 16/26] mm: Handle THP/HugeTLB shadow stack page fault, Yu-cheng Yu
  • [RFC PATCH v6 01/26] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v6 01/26] Documentation/x86: Add CET description, Ingo Molnar
      • Re: [RFC PATCH v6 01/26] Documentation/x86: Add CET description, Yu-cheng Yu
        • Re: [RFC PATCH v6 01/26] Documentation/x86: Add CET description, Ingo Molnar
  • [RFC PATCH v6 02/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [RFC PATCH v6 04/26] x86/fpu/xstate: Introduce XSAVES system states, Yu-cheng Yu
    • Re: [RFC PATCH v6 04/26] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
      • Re: [RFC PATCH v6 04/26] x86/fpu/xstate: Introduce XSAVES system states, Yu-cheng Yu
        • Re: [RFC PATCH v6 04/26] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
  • [RFC PATCH v6 06/26] x86/cet: Add control protection exception handler, Yu-cheng Yu
  • [RFC PATCH v6 09/26] mm/mmap: Prevent Shadow Stack VMA merges, Yu-cheng Yu
  • [RFC PATCH v6 11/26] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
  • [RFC PATCH v6 12/26] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [RFC PATCH v6 14/26] x86/mm: Shadow stack page fault error checking, Yu-cheng Yu
  • [RFC PATCH v6 13/26] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
  • [RFC PATCH v6 10/26] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
  • [RFC PATCH v6 08/26] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [RFC PATCH v6 03/26] x86/fpu/xstate: Change names to separate XSAVES system and user states, Yu-cheng Yu
  • Re: [RFC PATCH v6 00/26] Control-flow Enforcement: Shadow Stack, Andy Lutomirski
    • Re: [RFC PATCH v6 00/26] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
      • Re: [RFC PATCH v6 00/26] Control-flow Enforcement: Shadow Stack, Andy Lutomirski
• Q&A from "Concurrency with tools/memory-model", Paul E. McKenney
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v4, Christoph Hellwig
  • [PATCH 1/9] arm: remove EISA kconfig option, Christoph Hellwig
    • Re: [PATCH 1/9] arm: remove EISA kconfig option, Masahiro Yamada
  • [PATCH 4/9] PCI: consolidate PCI config entry in drivers/pci, Christoph Hellwig
    • Re: [PATCH 4/9] PCI: consolidate PCI config entry in drivers/pci, Geert Uytterhoeven
    • Re: [PATCH 4/9] PCI: consolidate PCI config entry in drivers/pci, Paul Burton
  • [PATCH 6/9] PCI: consolidate the PCI_SYSCALL symbol, Christoph Hellwig
  • [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
    • Re: [PATCH 9/9] eisa: consolidate EISA Kconfig entry in drivers/eisa, Masahiro Yamada
  • [PATCH 5/9] PCI: consolidate the PCI_DOMAINS and PCI_DOMAINS_GENERIC config options, Christoph Hellwig
    • Re: [PATCH 5/9] PCI: consolidate the PCI_DOMAINS and PCI_DOMAINS_GENERIC config options, Masahiro Yamada
  • [PATCH 3/9] MIPS: remove the HT_PCI config option, Christoph Hellwig
    • Re: [PATCH 3/9] MIPS: remove the HT_PCI config option, Paul Burton
      • Re: [PATCH 3/9] MIPS: remove the HT_PCI config option, Paul Burton
        • Re: [PATCH 3/9] MIPS: remove the HT_PCI config option, Masahiro Yamada
  • [PATCH 2/9] alpha: force PCI on for non-jensen configs, Christoph Hellwig
    • Re: [PATCH 2/9] alpha: force PCI on for non-jensen configs, Masahiro Yamada
  • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v4, Masahiro Yamada
    • Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v4, Masahiro Yamada
• [PATCH 0/8] kbuild: clean-up modversion, TRIM_UNUSED_KSYMS, if_changed_rule, etc., Masahiro Yamada
  • [PATCH 4/8] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
    • Re: [PATCH 4/8] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
      • Re: [PATCH 4/8] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
        • Re: [PATCH 4/8] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
          • Re: [PATCH 4/8] kbuild: simplify dependency generation for CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
• [PATCH v2 0/5] mips: system call table generation support, Firoz Khan
  • [PATCH v2 1/5] mips: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
    • Re: [PATCH v2 1/5] mips: add __NR_syscalls along with __NR_Linux_syscalls, Arnd Bergmann
      • Re: [PATCH v2 1/5] mips: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
  • [PATCH v2 2/5] mips: add +1 to __NR_syscalls in uapi header, Firoz Khan
    • Re: [PATCH v2 2/5] mips: add +1 to __NR_syscalls in uapi header, Arnd Bergmann
  • [PATCH v2 3/5] mips: remove syscall table entries, Firoz Khan
    • Re: [PATCH v2 3/5] mips: remove syscall table entries, Paul Burton
      • Re: [PATCH v2 3/5] mips: remove syscall table entries, Arnd Bergmann
  • [PATCH v2 4/5] mips: add system call table generation support, Firoz Khan
    • Re: [PATCH v2 4/5] mips: add system call table generation support, Arnd Bergmann
    • Re: [PATCH v2 4/5] mips: add system call table generation support, Paul Burton
      • Re: [PATCH v2 4/5] mips: add system call table generation support, Firoz Khan
  • [PATCH v2 5/5] mips: generate uapi header and system call table files, Firoz Khan
    • Re: [PATCH v2 5/5] mips: generate uapi header and system call table files, Arnd Bergmann
• [PATCH AUTOSEL 4.18 08/59] s390/mm: fix mis-accounting of pgtable_bytes, Sasha Levin
• [PATCH v2 0/4] powerpc: system call table generation support, Firoz Khan
  • [PATCH v2 1/4] powerpc: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v2 2/4] powerpc: move macro definition from asm/systbl.h, Firoz Khan
    • Re: [PATCH v2 2/4] powerpc: move macro definition from asm/systbl.h, Arnd Bergmann
  • [PATCH v2 3/4] powerpc: add system call table generation support, Firoz Khan
    • Re: [PATCH v2 3/4] powerpc: add system call table generation support, Arnd Bergmann
  • [PATCH v2 4/4] powerpc: generate uapi header and system call table files, Firoz Khan
• use generic DMA mapping code in powerpc V4, Christoph Hellwig
  • [PATCH 05/34] powerpc/dma: remove the unused dma_iommu_ops export, Christoph Hellwig
    • Re: [PATCH 05/34] powerpc/dma: remove the unused dma_iommu_ops export, Christoph Hellwig
  • [PATCH 07/34] powerpc/dma: remove the no-op dma_nommu_unmap_{page,sg} routines, Christoph Hellwig
    • Re: [PATCH 07/34] powerpc/dma: remove the no-op dma_nommu_unmap_{page, sg} routines, Christoph Hellwig
  • [PATCH 10/34] powerpc/pseries: unwind dma_get_required_mask_pSeriesLP a bit, Christoph Hellwig
  • [PATCH 09/34] powerpc/dma: handle iommu bypass in dma_iommu_ops, Christoph Hellwig
  • [PATCH 11/34] powerpc/pseries: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 12/34] powerpc/cell: move dma direct window setup out of dma_configure, Christoph Hellwig
    • Re: [PATCH 12/34] powerpc/cell: move dma direct window setup out of dma_configure, Michael Ellerman
      • Re: [PATCH 12/34] powerpc/cell: move dma direct window setup out of dma_configure, Christoph Hellwig
        • Re: [PATCH 12/34] powerpc/cell: move dma direct window setup out of dma_configure, Michael Ellerman
          • Re: [PATCH 12/34] powerpc/cell: move dma direct window setup out of dma_configure, Christoph Hellwig
  • [PATCH 06/34] powerpc/dma: split the two __dma_alloc_coherent implementations, Christoph Hellwig
    • Re: [PATCH 06/34] powerpc/dma: split the two __dma_alloc_coherent implementations, Christoph Hellwig
  • [PATCH 08/34] powerpc/dma: untangle vio_dma_mapping_ops from dma_iommu_ops, Christoph Hellwig
    • Re: [PATCH 08/34] powerpc/dma: untangle vio_dma_mapping_ops from dma_iommu_ops, Christoph Hellwig
  • [PATCH 13/34] powerpc/cell: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 17/34] powerpc/powernv: remove pnv_npu_dma_set_mask, Christoph Hellwig
  • [PATCH 14/34] powerpc/dart: remove dead cleanup code in iommu_init_early_dart, Christoph Hellwig
    • Re: [PATCH 14/34] powerpc/dart: remove dead cleanup code in iommu_init_early_dart, Christoph Hellwig
  • [PATCH 15/34] powerpc/dart: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 16/34] powerpc/powernv: remove pnv_pci_ioda_pe_single_vendor, Christoph Hellwig
  • [PATCH 22/34] powerpc/dma: remove the iommu fallback for coherent allocations, Christoph Hellwig
  • [PATCH 18/34] powerpc/powernv: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 24/34] powerpc/dma: move pci_dma_dev_setup_swiotlb to fsl_pci.c, Christoph Hellwig
  • [PATCH 19/34] cxl: drop the dma_set_mask callback from vphb, Christoph Hellwig
    • Re: [PATCH 19/34] cxl: drop the dma_set_mask callback from vphb, Christoph Hellwig
  • [PATCH 25/34] powerpc/dma: remove max_direct_dma_addr, Christoph Hellwig
  • [PATCH 21/34] powerpc/pci: remove the dma_set_mask pci_controller ops methods, Christoph Hellwig
  • [PATCH 27/34] powerpc/fsl_pci: simplify fsl_pci_dma_set_mask, Christoph Hellwig
  • [PATCH 23/34] powerpc/dma: remove get_pci_dma_ops, Christoph Hellwig
  • [PATCH 31/34] powerpc/dma: use generic direct and swiotlb ops, Christoph Hellwig
  • [PATCH 33/34] powerpc/dma: remove set_dma_offset, Christoph Hellwig
  • [PATCH 28/34] dma-mapping, powerpc: simplify the arch dma_set_mask override, Christoph Hellwig
  • [PATCH 34/34] powerpc/dma: trim the fat from <asm/dma-mapping.h>, Christoph Hellwig
  • [PATCH 29/34] powerpc/dma: use phys_to_dma instead of get_dma_offset, Christoph Hellwig
  • [PATCH 30/34] powerpc/dma: remove dma_nommu_mmap_coherent, Christoph Hellwig
  • [PATCH 32/34] powerpc/dma: remove get_dma_offset, Christoph Hellwig
  • [PATCH 26/34] powerpc/dma: fix an off-by-one in dma_capable, Christoph Hellwig
  • [PATCH 20/34] powerpc/dma: stop overriding dma_get_required_mask, Christoph Hellwig
  • [PATCH 04/34] powerpc/dma: remove the unused ISA_DMA_THRESHOLD export, Christoph Hellwig
    • Re: [PATCH 04/34] powerpc/dma: remove the unused ISA_DMA_THRESHOLD export, Christoph Hellwig
  • [PATCH 03/34] powerpc/dma: remove the unused ARCH_HAS_DMA_MMAP_COHERENT define, Christoph Hellwig
    • Re: [PATCH 03/34] powerpc/dma: remove the unused ARCH_HAS_DMA_MMAP_COHERENT define, Christoph Hellwig
  • [PATCH 02/34] powerpc: allow NOT_COHERENT_CACHE for amigaone, Christoph Hellwig
    • Re: [PATCH 02/34] powerpc: allow NOT_COHERENT_CACHE for amigaone, Christoph Hellwig
  • [PATCH 01/34] powerpc: use mm zones more sensibly, Christoph Hellwig
    • Re: [PATCH 01/34] powerpc: use mm zones more sensibly, Christoph Hellwig
      • Re: [PATCH 01/34] powerpc: use mm zones more sensibly, Michael Ellerman
        • Re: [PATCH 01/34] powerpc: use mm zones more sensibly, Christoph Hellwig
          • Re: [PATCH 01/34] powerpc: use mm zones more sensibly, Christian Zigotzky
  • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
    • Re: use generic DMA mapping code in powerpc V4, Michael Ellerman
      • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
        • Re: use generic DMA mapping code in powerpc V4, Michal Suchánek
          • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
      • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
          • Message not available
            • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
              • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                  • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                    • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                      • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                          • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                            • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                              • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                  • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                    • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                  • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                    • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                      • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                          • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                            • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                              • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                  • Re: use generic DMA mapping code in powerpc V4, Benjamin Herrenschmidt
                                                    • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                  • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                    • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                      • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Message not available
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christian Zigotzky
                                                        • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
                                                        • Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christoph Hellwig
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Robin Murphy
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christoph Hellwig
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christoph Hellwig
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christian Zigotzky
                                                        • Re: Bug 205201 - overflow of DMA mask and bus mask, Christoph Hellwig
      • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
    • Re: use generic DMA mapping code in powerpc V4, Benjamin Herrenschmidt
    • Re: use generic DMA mapping code in powerpc V4, Benjamin Herrenschmidt
  • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
  • Re: use generic DMA mapping code in powerpc V4, Christoph Hellwig
    • Re: use generic DMA mapping code in powerpc V4, Michael Ellerman
• [PATCH v7 0/5] parisc: system call table generation support, Firoz Khan
  • [PATCH v7 1/5] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v7 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls, Firoz Khan
  • [PATCH v7 3/5] parisc: add system call table generation support, Firoz Khan
  • [PATCH v7 4/5] parisc: generate uapi header and system call table files, Firoz Khan
  • [PATCH v7 5/5] parisc: syscalls: ignore nfsservctl for other architectures, Firoz Khan
  • Re: [PATCH v7 0/5] parisc: system call table generation support, Helge Deller
    • Re: [PATCH v7 0/5] parisc: system call table generation support, Firoz Khan
      • Re: [PATCH v7 0/5] parisc: system call table generation support, Helge Deller
        • Re: [PATCH v7 0/5] parisc: system call table generation support, Arnd Bergmann
          • Re: [PATCH v7 0/5] parisc: system call table generation support, Helge Deller
            • Re: [PATCH v7 0/5] parisc: system call table generation support, Firoz Khan
• [PATCH v3 0/4] sparc: system call table generation support, Firoz Khan
  • [PATCH v3 1/4] sparc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v3 2/4] sparc: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v3 3/4] sparc: add system call table generation support, Firoz Khan
  • [PATCH v3 4/4] sparc: generate uapi header and system call table files, Firoz Khan
  • Re: [PATCH v3 0/4] sparc: system call table generation support, Allen
    • Re: [PATCH v3 0/4] sparc: system call table generation support, Firoz Khan
  • Re: [PATCH v3 0/4] sparc: system call table generation support, David Miller
    • Re: [PATCH v3 0/4] sparc: system call table generation support, Firoz Khan
• [PATCH v3 0/3] sh: system call table generation support, Firoz Khan
  • [PATCH v3 1/3] sh: add __NR_syscalls along with NR_syscalls, Firoz Khan
    • Re: [PATCH v3 1/3] sh: add __NR_syscalls along with NR_syscalls, Arnd Bergmann
      • Re: [PATCH v3 1/3] sh: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v3 2/3] sh: add system call table generation support, Firoz Khan
  • [PATCH v3 3/3] sh: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v3 0/3] sh: system call table generation support, Firoz Khan
    • Re: [PATCH v3 0/3] sh: system call table generation support, Rich Felker
  • Re: [PATCH v3 0/3] sh: system call table generation support, Rob Landley
    • Re: [PATCH v3 0/3] sh: system call table generation support, Geert Uytterhoeven
      • Re: [PATCH v3 0/3] sh: system call table generation support, Rob Landley
• [PATCH v2 0/3] xtensa: system call table generation support, Firoz Khan
  • [PATCH v2 1/3] xtensa: add __NR_syscalls along with __NR_syscall_count, Firoz Khan
    • Re: [PATCH v2 1/3] xtensa: add __NR_syscalls along with __NR_syscall_count, Max Filippov
      • Re: [PATCH v2 1/3] xtensa: add __NR_syscalls along with __NR_syscall_count, Firoz Khan
        • Re: [PATCH v2 1/3] xtensa: add __NR_syscalls along with __NR_syscall_count, Max Filippov
          • Re: [PATCH v2 1/3] xtensa: add __NR_syscalls along with __NR_syscall_count, Firoz Khan
  • [PATCH v2 2/3] xtensa: add system call table generation support, Firoz Khan
  • [PATCH v2 3/3] xtensa: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v2 0/3] xtensa: system call table generation support, Max Filippov
    • Re: [PATCH v2 0/3] xtensa: system call table generation support, Firoz Khan
      • Re: [PATCH v2 0/3] xtensa: system call table generation support, Max Filippov
        • Re: [PATCH v2 0/3] xtensa: system call table generation support, Firoz Khan
• [PATCH v3 0/5] alpha: system call table generation support, Firoz Khan
  • [PATCH v3 1/5] alpha: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v3 2/5] alpha: remove CONFIG_OSF4_COMPAT flag from syscall table, Firoz Khan
  • [PATCH v3 3/5] alpha: add __NR_syscalls along with NR_SYSCALLS, Firoz Khan
  • [PATCH v3 4/5] alpha: add system call table generation support, Firoz Khan
  • [PATCH v3 5/5] alpha: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v3 0/5] alpha: system call table generation support, Firoz Khan
    • Re: [PATCH v3 0/5] alpha: system call table generation support, Matt Turner
      • Re: [PATCH v3 0/5] alpha: system call table generation support, Arnd Bergmann
        • Re: [PATCH v3 0/5] alpha: system call table generation support, Matt Turner
          • Re: [PATCH v3 0/5] alpha: system call table generation support, Stephen Rothwell
• [PATCH v5 0/5] ia64: system call table generation support, Firoz Khan
  • [PATCH v5 1/5] ia64: add __NR_old_getpagesize in uapi header file, Firoz Khan
  • [PATCH v5 2/5] ia64: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v5 3/5] ia64: add an offset for system call number, Firoz Khan
  • [PATCH v5 4/5] ia64: add system call table generation support, Firoz Khan
  • [PATCH v5 5/5] ia64: generate uapi header and system call table files, Firoz Khan
  • RE: [PATCH v5 0/5] ia64: system call table generation support, Luck, Tony
    • Re: [PATCH v5 0/5] ia64: system call table generation support, Firoz Khan
• [PATCH v4 0/3] microblaze: system call table generation support, Firoz Khan
  • [PATCH v4 1/3] microblaze: move __NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v4 2/3] microblaze: add system call table generation support, Firoz Khan
  • [PATCH v4 3/3] microblaze: generate uapi header and system call table files, Firoz Khan
  • Re: [PATCH v4 0/3] microblaze: system call table generation support, Michal Simek
    • Re: [PATCH v4 0/3] microblaze: system call table generation support, Firoz Khan
• [PATCH v5 0/3] m68k: system call table generation support, Firoz Khan
  • [PATCH v5 2/3] m68k: add system call table generation support, Firoz Khan
    • Re: [PATCH v5 2/3] m68k: add system call table generation support, Geert Uytterhoeven
      • Re: [PATCH v5 2/3] m68k: add system call table generation support, Firoz Khan
        • Re: [PATCH v5 2/3] m68k: add system call table generation support, Geert Uytterhoeven
          • Re: [PATCH v5 2/3] m68k: add system call table generation support, Firoz Khan
  • [PATCH v5 1/3] m68k: add __NR_syscalls along with NR_syscalls, Firoz Khan
  • [PATCH v5 3/3] m68k: generate uapi header and syscall table header files, Firoz Khan
  • Re: [PATCH v5 0/3] m68k: system call table generation support, Geert Uytterhoeven
    • Re: [PATCH v5 0/3] m68k: system call table generation support, Firoz Khan
• [PATCH v4 0/4] namei: O_* flags to restrict path resolution, Aleksa Sarai
  • [PATCH v4 3/4] namei: O_THISROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
    • Re: [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Jürg Billeter
      • Re: [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Andy Lutomirski
        • Re: [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
          • Re: [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
      • Re: [PATCH v4 2/4] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH v4 1/4] namei: split out nd->dfd handling to dirfd_path_init, Aleksa Sarai
  • [PATCH v4 4/4] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
• [PATCH RFC memory-model 0/3] LKMM updates for v4.21/v5.0, Paul E. McKenney
  • [PATCH RFC LKMM 3/3] EXP tools/memory-model: Make scripts take "-j" abbreviation for "--jobs", Paul E. McKenney
  • [PATCH RFC LKMM 2/3] EXP tools/memory-model: Add scripts to check github litmus tests, Paul E. McKenney
  • [PATCH RFC LKMM 1/3] tools/memory-model: Model smp_mb__after_unlock_lock(), Paul E. McKenney
• [PATCH 00/27] Unify vDSOs across more architectures, Vincenzo Frascino
  • [PATCH 01/27] kernel: Standardize vdso_datapage, Vincenzo Frascino
  • [PATCH 02/27] kernel: Add Monotonic boot time support, Vincenzo Frascino
  • [PATCH 03/27] kernel: Add International Atomic Time support, Vincenzo Frascino
  • [PATCH 04/27] kernel: Add masks support for Raw and NTP time, Vincenzo Frascino
  • [PATCH 05/27] kernel: Add clock_mode support, Vincenzo Frascino
  • [PATCH 06/27] kernel: Define gettimeofday vdso common code, Vincenzo Frascino
    • Re: [PATCH 06/27] kernel: Define gettimeofday vdso common code, Arnd Bergmann
      • Re: [PATCH 06/27] kernel: Define gettimeofday vdso common code, Vincenzo Frascino
    • Re: [PATCH 06/27] kernel: Define gettimeofday vdso common code, Arnd Bergmann
      • Re: [PATCH 06/27] kernel: Define gettimeofday vdso common code, Vincenzo Frascino
  • [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Vincenzo Frascino
    • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Arnd Bergmann
      • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Mark Salyzyn
        • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Arnd Bergmann
      • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Vincenzo Frascino
        • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Arnd Bergmann
          • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Vincenzo Frascino
            • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Arnd Bergmann
    • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Peter Collingbourne
      • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Vincenzo Frascino
    • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, David Miller
      • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Mark Salyzyn
      • Re: [PATCH 07/27] arm64: Substitute gettimeofday with C implementation, Vincenzo Frascino
  • [PATCH 08/27] arm64: compat: Alloc separate pages for vectors and sigpage, Vincenzo Frascino
  • [PATCH 09/27] arm64: compat: Split kuser32, Vincenzo Frascino
  • [PATCH 10/27] arm64: compat: Refactor aarch32_alloc_vdso_pages(), Vincenzo Frascino
  • [PATCH 11/27] arm64: compat: Add KUSER_HELPERS config option, Vincenzo Frascino
  • [PATCH 12/27] arm64: compat: Add missing syscall numbers, Vincenzo Frascino
  • [PATCH 13/27] arm64: compat: Expose signal related structures, Vincenzo Frascino
  • [PATCH 14/27] arm64: compat: Generate asm offsets for signals, Vincenzo Frascino
  • [PATCH 15/27] lib: vdso: Add compat support, Vincenzo Frascino
  • [PATCH 16/27] arm64: compat: Add vDSO, Vincenzo Frascino
    • Re: [PATCH 16/27] arm64: compat: Add vDSO, Arnd Bergmann
  • [PATCH 17/27] arm64: Refactor vDSO code, Vincenzo Frascino
  • [PATCH 18/27] arm64: compat: vDSO setup for compat layer, Vincenzo Frascino
  • [PATCH 19/27] arm64: elf: vDSO code page discovery, Vincenzo Frascino
  • [PATCH 20/27] arm64: compat: Get sigreturn trampolines from vDSO, Vincenzo Frascino
  • [PATCH 21/27] arm64: Add vDSO compat support, Vincenzo Frascino
  • [PATCH 22/27] arm64: Enable compat vDSO support, Vincenzo Frascino
  • [PATCH 23/27] arm: Add support for generic vDSO, Vincenzo Frascino
    • Re: [PATCH 23/27] arm: Add support for generic vDSO, Arnd Bergmann
  • [PATCH 24/27] mips: Introduce vdso_direct, Vincenzo Frascino
  • [PATCH 25/27] clock: csrc-4k: Add support for vdso_direct, Vincenzo Frascino
  • [PATCH 26/27] clock: gic-timer: Add support for vdso_direct, Vincenzo Frascino
  • [PATCH 27/27] mips: Add support for generic vDSO, Vincenzo Frascino
  • Re: [PATCH 00/27] Unify vDSOs across more architectures, Arnd Bergmann
    • Re: [PATCH 00/27] Unify vDSOs across more architectures, Vincenzo Frascino
• scatterlist arch cleanups, Christoph Hellwig
  • [PATCH 1/2] csky, h8300, riscv: remove <asm/scatterlist.h> leftovers, Christoph Hellwig
    • Re: [PATCH 1/2] csky, h8300, riscv: remove <asm/scatterlist.h> leftovers, Palmer Dabbelt
    • Re: [PATCH 1/2] csky, h8300, riscv: remove <asm/scatterlist.h> leftovers, Christoph Hellwig
  • [PATCH 2/2] arch: switch the default on ARCH_HAS_SG_CHAIN, Christoph Hellwig
    • Re: [PATCH 2/2] arch: switch the default on ARCH_HAS_SG_CHAIN, Palmer Dabbelt
      • Re: [PATCH 2/2] arch: switch the default on ARCH_HAS_SG_CHAIN, Christoph Hellwig
        • Re: [PATCH 2/2] arch: switch the default on ARCH_HAS_SG_CHAIN, Palmer Dabbelt
    • Re: [PATCH 2/2] arch: switch the default on ARCH_HAS_SG_CHAIN, Christoph Hellwig
  • Re: scatterlist arch cleanups, Christoph Hellwig
• [RFC] remove the ->mapping_error method from dma_map_ops, Christoph Hellwig
  • [PATCH 1/2] dma-mapping: remove ->mapping_error, Christoph Hellwig
    • Re: [PATCH 1/2] dma-mapping: remove ->mapping_error, Robin Murphy
      • Re: [PATCH 1/2] dma-mapping: remove ->mapping_error, Christoph Hellwig
  • [PATCH 2/2] dma-mapping: return errors from dma_map_page and dma_map_attrs, Christoph Hellwig
  • Re: [RFC] remove the ->mapping_error method from dma_map_ops, David Miller
    • Re: [RFC] remove the ->mapping_error method from dma_map_ops, Christoph Hellwig
• [PATCH v8 0/8] arm64: untag user pointers passed to the kernel, Andrey Konovalov
  • [PATCH v8 1/8] arm64: add type casts to untagged_addr macro, Andrey Konovalov
    • Re: [PATCH v8 1/8] arm64: add type casts to untagged_addr macro, Catalin Marinas
      • Re: [PATCH v8 1/8] arm64: add type casts to untagged_addr macro, Andrey Konovalov
  • [PATCH v8 2/8] uaccess: add untagged_addr definition for other arches, Andrey Konovalov
    • Re: [PATCH v8 2/8] uaccess: add untagged_addr definition for other arches, Catalin Marinas
      • Re: [PATCH v8 2/8] uaccess: add untagged_addr definition for other arches, Andrey Konovalov
  • [PATCH v8 3/8] arm64: untag user addresses in access_ok and __uaccess_mask_ptr, Andrey Konovalov
    • Re: [PATCH v8 3/8] arm64: untag user addresses in access_ok and __uaccess_mask_ptr, Catalin Marinas
  • [PATCH v8 8/8] selftests, arm64: add a selftest for passing tagged pointers to kernel, Andrey Konovalov
  • [PATCH v8 7/8] arm64: update Documentation/arm64/tagged-pointers.txt, Andrey Konovalov
  • [PATCH v8 6/8] fs, arm64: untag user address in copy_mount_options, Andrey Konovalov
  • [PATCH v8 5/8] lib, arm64: untag addrs passed to strncpy_from_user and strnlen_user, Andrey Konovalov
  • [PATCH v8 4/8] mm, arm64: untag user addresses in mm/gup.c, Andrey Konovalov
  • Re: [PATCH v8 0/8] arm64: untag user pointers passed to the kernel, Andrey Konovalov
    • Re: [PATCH v8 0/8] arm64: untag user pointers passed to the kernel, Catalin Marinas
      • Re: [PATCH v8 0/8] arm64: untag user pointers passed to the kernel, Andrey Konovalov
        • Re: [PATCH v8 0/8] arm64: untag user pointers passed to the kernel, Catalin Marinas
• [PATCH v2 0/2] Introduce common code for risc-v sparsemem support, Logan Gunthorpe
  • [PATCH v2 1/2] mm: Introduce common STRUCT_PAGE_MAX_SHIFT define, Logan Gunthorpe
    • Re: [PATCH v2 1/2] mm: Introduce common STRUCT_PAGE_MAX_SHIFT define, Catalin Marinas
    • Re: [PATCH v2 1/2] mm: Introduce common STRUCT_PAGE_MAX_SHIFT define, Ard Biesheuvel
  • [PATCH v2 2/2] mm/sparse: add common helper to mark all memblocks present, Logan Gunthorpe
  • Re: [PATCH v2 0/2] Introduce common code for risc-v sparsemem support, Palmer Dabbelt
• [PATCH 0/2] Introduce common code for risc-v sparsemem support, Logan Gunthorpe
  • [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Logan Gunthorpe
    • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Andrew Morton
      • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Logan Gunthorpe
        • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Thomas Gleixner
          • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Logan Gunthorpe
            • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Andrew Morton
              • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Thomas Gleixner
      • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Logan Gunthorpe
        • Re: [PATCH 2/2] mm/sparse: add common helper to mark all memblocks present, Andrew Morton
  • [PATCH 1/2] mm: Introduce common STRUCT_PAGE_MAX_SHIFT define, Logan Gunthorpe
    • Re: [PATCH 1/2] mm: Introduce common STRUCT_PAGE_MAX_SHIFT define, Andrew Morton
• [PATCH] ARC: MM: fix UB and kernel resourse leak in do_page_fault, Eugeniy Paltsev
  • Re: [PATCH] ARC: MM: fix UB and kernel resourse leak in do_page_fault, Vineet Gupta
• [PATCH v23 0/6] Add io{read|write}64 to io-64-atomic headers, Logan Gunthorpe
  • [PATCH v23 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks, Logan Gunthorpe
  • [PATCH v23 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros, Logan Gunthorpe
  • [PATCH v23 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}, Logan Gunthorpe
  • [PATCH v23 2/6] parisc: iomap: introduce io{read|write}64, Logan Gunthorpe
  • [PATCH v23 6/6] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header, Logan Gunthorpe
  • [PATCH v23 1/6] iomap: Use non-raw io functions for io{read|write}XXbe, Logan Gunthorpe
• + fls-change-parameter-to-unsigned-int.patch added to -mm tree, akpm
  • Re: + fls-change-parameter-to-unsigned-int.patch added to -mm tree, Alexey Dobriyan
    • Re: + fls-change-parameter-to-unsigned-int.patch added to -mm tree, Matthew Wilcox
      • Re: + fls-change-parameter-to-unsigned-int.patch added to -mm tree, Alexey Dobriyan
• [PATCH] fls: Change parameter to unsigned int, Matthew Wilcox
  • Re: [PATCH] fls: Change parameter to unsigned int, Thomas Gleixner
  • Re: [PATCH] fls: Change parameter to unsigned int, Geert Uytterhoeven
• [PATCH 4.18 079/150] compiler.h: Allow arch-specific asm/compiler.h, Greg Kroah-Hartman
• [PATCH 4.14 096/143] compiler.h: Allow arch-specific asm/compiler.h, Greg Kroah-Hartman
• [PATCH V13 resend 1/4] clocksource: add C-SKY SMP timer, Guo Ren
  • [PATCH V13 resend 3/4] clocksource: add gx6605s SOC system timer, Guo Ren
  • [PATCH V13 resend 4/4] dt-bindings: timer: gx6605s SOC timer, Guo Ren
  • [PATCH V13 resend 2/4] dt-bindings: timer: C-SKY Multi-processor timer, Guo Ren
• RFC: userspace exception fixups, Andy Lutomirski
  • Re: RFC: userspace exception fixups, Florian Weimer
    • Re: RFC: userspace exception fixups, Rich Felker
    • Re: RFC: userspace exception fixups, Jarkko Sakkinen
  • Re: RFC: userspace exception fixups, Jann Horn
    • Re: RFC: userspace exception fixups, Rich Felker
      • Re: RFC: userspace exception fixups, Linus Torvalds
        • Re: RFC: userspace exception fixups, Rich Felker
          • Re: RFC: userspace exception fixups, Linus Torvalds
            • Re: RFC: userspace exception fixups, Andy Lutomirski
              • Re: RFC: userspace exception fixups, Sean Christopherson
                • Re: RFC: userspace exception fixups, Jethro Beekman
                  • Re: RFC: userspace exception fixups, Sean Christopherson
                    • Re: RFC: userspace exception fixups, Jethro Beekman
                      • Re: RFC: userspace exception fixups, Andy Lutomirski
                        • Re: RFC: userspace exception fixups, Jethro Beekman
                          • Re: RFC: userspace exception fixups, Andy Lutomirski
                            • Re: RFC: userspace exception fixups, Rich Felker
                      • 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, Sean Christopherson
                    • Re: RFC: userspace exception fixups, Dave Hansen
                      • 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, Jann Horn
                              • Re: RFC: userspace exception fixups, Sean Christopherson
                                • Re: RFC: userspace exception fixups, Jann Horn
                                  • Re: RFC: userspace exception fixups, Andy Lutomirski
                                    • Re: RFC: userspace exception fixups, Jann Horn
                                    • 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, Andy Lutomirski
                                            • Re: RFC: userspace exception fixups, Dave Hansen
                                              • Re: RFC: userspace exception fixups, Andy Lutomirski
                                                • Re: RFC: userspace exception fixups, Dave Hansen
                                                  • Re: RFC: userspace exception fixups, Andy Lutomirski
                                                    • Re: RFC: userspace exception fixups, Dave Hansen
                                                      • Re: RFC: userspace exception fixups, Andy Lutomirski
                                                        • Re: RFC: userspace exception fixups, Andy Lutomirski