Linux Sparc

• Thread Index

• Re: [PATCH V5 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V5 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V5 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V5 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH V5 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 18/26] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 22/26] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 23/26] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 25/26] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 24/26] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 17/26] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 20/26] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 19/26] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 16/26] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 06/26] x86/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 12/26] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 11/26] xtensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 14/26] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 04/26] sparc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 13/26] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 15/26] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 08/26] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 09/26] loongarch/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 05/26] arm64/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 10/26] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V5 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 10/26] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH V4 17/26] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH V4 05/26] arm64/mm: Move protection_map[] inside the platform
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v5 9/9] lib: test_bitmap: add compile-time optimization/evaluations assertions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 8/9] bitmap: don't assume compiler evaluates small mem*() builtins calls
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 1/9] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 4/9] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 2/9] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 5/9] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 0/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 7/9] net/ice: fix initializing the bitmap in the switch code
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 3/9] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 08/26] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V4 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V4 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 16/26] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 06/26] x86/mm: Move protection_map[] inside the platform
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH V4 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 19/26] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 14/26] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 16/26] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 25/26] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 20/26] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 22/26] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 17/26] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 23/26] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 15/26] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 18/26] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 13/26] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 24/26] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 06/26] x86/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 05/26] arm64/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 04/26] sparc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 11/26] extensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 12/26] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 08/26] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 09/26] loongarch/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 10/26] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V4 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v4 8/8] lib: test_bitmap: add compile-time optimization/evaluations assertions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v4 0/8] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v4 0/8] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 4/4] hugetlb: Lazy page table copies in fork()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v2 2/4] arm64/hugetlb: Implement arm64 specific hugetlb_mask_last_page
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v2 0/4] hugetlb: speed up linear address scanning
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v2 3/4] hugetlb: do not update address in huge_pmd_unshare
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v2 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: soft lockups on T5120
  • From: Rolf Eike Beer <eike@xxxxxxxxxx>
• [PATCH v4 3/8] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 2/8] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 6/8] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 4/8] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 8/8] lib: test_bitmap: add compile-time optimization/evaluations assertions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 5/8] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 7/8] bitmap: don't assume compiler evaluates small mem*() builtins calls
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 1/8] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v4 0/8] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [alobakin:bitops 3/7] block/elevator.c:222:9: sparse: sparse: cast from restricted req_flags_t
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2] sbus/char: Fix refcount leak bugs in openprom.c
  • From: Liang He <windhl@xxxxxxx>
• Re: [alobakin:bitops 3/7] block/elevator.c:222:9: sparse: sparse: cast from restricted req_flags_t
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [alobakin:bitops 3/7] block/elevator.c:222:9: sparse: sparse: cast from restricted req_flags_t
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [alobakin:bitops 3/7] block/elevator.c:222:9: sparse: sparse: cast from restricted req_flags_t
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 6/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 6/6] serial: Consolidate BOTH_EMPTY use
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] bitops: wrap non-atomic bitops with a transparent macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] lib: test_bitmap: add compile-time optimization/evaluations assertions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/7] bitops: define const_*() versions of the non-atomics
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] bitops: unify non-atomic bitops prototypes across architectures
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 5/7] bitops: wrap non-atomic bitops with a transparent macro
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 4/7] bitops: define const_*() versions of the non-atomics
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 2/7] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v2] Implement close-on-fork
  • From: Ralph Corderoy <ralph@xxxxxxxxxxxxxxx>
• [PATCH] sparc: kernel: Fix refcount bug in irq_64.c
  • From: Liang He <windhl@xxxxxxx>
• Re: [PATCH v2] Implement close-on-fork
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] Implement close-on-fork
  • From: Ralph Corderoy <ralph@xxxxxxxxxxxxxxx>
• [PATCH] sbus: char: Fix refcount leak bug in openrom.c
  • From: Liang He <windhl@xxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v3 4/7] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 2/7] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 3/7] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 5/7] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 1/7] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 0/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 7/7] lib: test_bitmap: add compile-time optimization/evaluations assertions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v3 6/7] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch/*: Disable softirq stacks on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] arm64/hugetlb: Implement arm64 specific hugetlb_mask_last_page
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• RE: [PATCH v6 0/6] Support hld delayed init based on Pseudo-NMI for arm64
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• [PATCH 1/4] hugetlb: skip to end of PT page mapping when pte not present
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 3/4] hugetlb: do not update address in huge_pmd_unshare
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 0/4] hugetlb: speed up linear address scanning
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 2/4] arm64/hugetlb: Implement arm64 specific hugetlb_mask_last_page
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 4/4] hugetlb: Lazy page table copies in fork()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: "jarkko@xxxxxxxxxx" <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• RE: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] arch/*: Disable softirq stacks on PREEMPT_RT.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v2 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] arch/*: Disable softirq stacks on PREEMPT_RT.
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH] arch/*: Disable softirq stacks on PREEMPT_RT.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] arch/*: Disable softirq stacks on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [Pv-drivers] [PATCH 29/36] cpuidle, xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 25/36] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: "jarkko@xxxxxxxxxx" <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v6 5/6] arm64: add hw_nmi_get_sample_period for preparation of lockup detector
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 0/6] Support hld delayed init based on Pseudo-NMI for
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 6/6] arm64: Enable perf events based hard lockup detector
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 2/6] kernel/watchdog: change watchdog_nmi_enable() to void
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 1/6] kernel/watchdog: remove WATCHDOG_DEFAULT
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v6 3/6] kernel/watchdog_hld: Ensure CPU-bound context when creating hardlockup detector event
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• Re: [PATCH v5 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [Pv-drivers] [PATCH 29/36] cpuidle, xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• RE: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v5 6/6] arm64: Enable perf events based hard lockup detector
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 0/6] Support hld delayed init based on Pseudo-NMI for
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 1/6] kernel/watchdog: remove WATCHDOG_DEFAULT
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 5/6] arm64: add hw_nmi_get_sample_period for preparation of lockup detector
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 2/6] kernel/watchdog: change watchdog_nmi_enable() to void
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH v5 3/6] kernel/watchdog_hld: Ensure CPU-bound context when creating hardlockup detector event
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• [PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V12 02/20] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• RE: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 3/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 32/36] ftrace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 35/36] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 05/36] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 26/36] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 01/36] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 06/36] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 19/36] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 27/36] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 22/36] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 28/36] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 25/36] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/36] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 31/36] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 09/36] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 36/36] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 17/36] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 30/36] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 11/36] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 18/36] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/36] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 07/36] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/36] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V12 02/20] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] kprobes: Enable tracing for mololithic kernel images
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 1/3] sparc: kernel: Fix reference leak in jbusmc_probe
  • From: Miaoqian Lin <linmq006@xxxxxxxxx>
• [PATCH 3/3] sparc: prom: Fix reference leak in of_console_init
  • From: Miaoqian Lin <linmq006@xxxxxxxxx>
• [PATCH 2/3] sparc: Fix reference leak in scan_of_devices
  • From: Miaoqian Lin <linmq006@xxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: Build regressions/improvements in v5.19-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Remove redundant NULL checks before kfree
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH 1/6] mm/mmap: Restrict generic protection_map[] array visibility
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 2/6] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 4/6] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 6/6] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] sparc32,leon: Fix reference leak in leon_ipi_init
  • From: Miaoqian Lin <linmq006@xxxxxxxxx>
• Re: [PATCH] sparc32,leon: Fix reference leak in leon_ipi_init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/6] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH] sparc32,leon: Fix reference leak in leon_ipi_init
  • From: Miaoqian Lin <linmq006@xxxxxxxxx>
• Re: [PATCH 4/6] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 2/6] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/6] mm/mmap: Restrict generic protection_map[] array visibility
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH 2/6] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 5/6] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 0/6] mm/mmap: Enable more platforms with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 6/6] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 3/6] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 4/6] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 1/6] mm/mmap: Restrict generic protection_map[] array visibility
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] PCI: Fix syntax errors in comments
  • From: Xiang wangx <wangxiang@xxxxxxxxxx>
• [PATCH 3/3] sparc: fix mis-use of __kernel_{uid,gid}_t in uapi/asm/stat.h
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 0/3] asm-generic: fix misconversion of {uid,gid}_t
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 3/3] sparc64: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 1/3] ARC: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 2/3] m68k: bitops: Change __fls to return and accept unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 0/3] bitops: __fls adjustments
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v4 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: Enable perf events based hard lockup detector
  • From: Lecopzer Chen <lecopzer.chen@xxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v4 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH V9 20/20] riscv: compat: Add COMPAT Kbuild skeletal support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] arch: sparc: Use strscpy to replace strlcpy
  • From: 陈学兵 <chenxuebing@xxxxxxx>
• Re: [PATCH V12 00/20] riscv: Add COMPAT mode support for 64BIT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] sparc: Kconfig: Fix indentation and add comments
  • From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: Enable perf events based hard lockup detector
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v4 4/6] kernel/watchdog: Adapt the watchdog_hld interface for async model
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Scott Branden <scott.branden@xxxxxxxxxxxx>
• Re: [PATCH V12 00/20] riscv: Add COMPAT mode support for 64BIT
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Scott Branden <scott.branden@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] tty: remove CMSPAR ifdefs
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] tty/termbits: remove #ifdef CMSPAR that is always defined
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• newfstatat available on sparc64?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v4 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 0/3] Fix CONT-PTE/PMD size hugetlb issue when unmapping or migrating
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 1/5] tty/termbits: remove #ifdef CMSPAR that is always defined
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 0/3] Fix CONT-PTE/PMD size hugetlb issue when unmapping or migrating
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Fix CONT-PTE/PMD size hugetlb issue when unmapping or migrating
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] Fix CONT-PTE/PMD size hugetlb issue when unmapping or migrating
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "d.hatayama@xxxxxxxxxxx" <d.hatayama@xxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 3/3] termbits.h: Remove posix_types.h include
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 0/3] termbits.h: Further improvements
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 2/3] termbits.h: Align lines & format
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc6B
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• [PATCH v2 0/3] Fix CONT-PTE/PMD size hugetlb issue when unmapping or migrating
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32: srmmu: Fix typo in a comment
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] sparc64: Fix typos in some commnets
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• [PATCH] sparc32: srmmu: Fix typo in a comment
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when migration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: change huge_ptep_clear_flush() to return the original pte
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 24/30] panic: Refactor the panic path
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH V12 00/20] riscv: Add COMPAT mode support for 64BIT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>