Linux Sparc

• Thread Index

• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [mm PATCH 1/5] mm: Use mm_zero_struct_page from SPARC on all 64b architectures
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [mm PATCH 5/5] mm: Use common iterator for deferred_init_pages and deferred_free_pages
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [mm PATCH 4/5] mm: Move hot-plug specific memory init into separate functions and optimize
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [mm PATCH 3/5] mm: Use memblock/zone specific iterator for handling deferred page init
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [mm PATCH 2/5] mm: Drop meminit_pfn_in_nid as it is redundant
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [mm PATCH 1/5] mm: Use mm_zero_struct_page from SPARC on all 64b architectures
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [mm PATCH 0/5] Deferred page init improvements
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [PATCH] sparc64: fix fall-through annotation
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH] sparc32: fix fall-through annotation
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [RFC mm PATCH 5/5] mm: Use common iterator for deferred_init_pages and deferred_free_pages
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [RFC mm PATCH 1/5] mm: Use mm_zero_struct_page from SPARC on all 64b architectures
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [RFC mm PATCH 4/5] mm: Move hot-plug specific memory init into separate functions and optimize
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [RFC mm PATCH 3/5] mm: Use memblock/zone specific iterator for handling deferred page init
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [RFC mm PATCH 2/5] mm: Drop meminit_pfn_in_nid as it is redundant
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• [RFC mm PATCH 0/5] mm: Deferred page init improvements
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/30] mm: remove bootmem allocator
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 29/30] mm: remove include/linux/bootmem.h
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 16/30] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 07/30] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 05/30] mm: nobootmem: remove dead code
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] sparc64: viohs: Remove VLA usage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: viohs: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] sparc: Move __IGNORE* entries to non uapi header
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v7 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 03/29] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/29] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [RFC PATCH 03/29] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/29] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] sparc: Move __IGNORE* entries to non uapi header
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 4/4] sparc: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 3/4] sparc: Add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: Replace NR_SYSCALLS macro with __NR_SYSCALLS
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change tty_port(standard)_install's return type
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc: vdso: clean-up vdso Makefile
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] oradax: remove redundant null check before kfree
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc: uapi header and system call table file generation
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/4] sparc: Move __IGNORE* entries to non uapi header
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/4] sparc: uapi header and system call table file generation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/4] sparc: Add system call table generation support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] sparc: Replace NR_SYSCALLS macro with __NR_SYSCALLS
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] sparc: Move __IGNORE* entries to non uapi header
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 21/29] memblock: replace alloc_bootmem with memblock_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Pasha Tatashin <Pavel.Tatashin@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 20/29] memblock: replace __alloc_bootmem with memblock_alloc_from
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 16/29] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 14/29] memblock: add align parameter to memblock_alloc_node()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 13/29] memblock: replace __alloc_bootmem_nopanic with memblock_alloc_from_nopanic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 28/29] memblock: replace BOOTMEM_ALLOC_* with MEMBLOCK variants
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 27/29] mm: remove nobootmem
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 26/29] memblock: rename __free_pages_bootmem to memblock_free_pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 25/29] memblock: rename free_all_bootmem to memblock_free_all
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 24/29] memblock: replace free_bootmem_late with memblock_free_late
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 23/29] memblock: replace free_bootmem{_node} with memblock_free
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 22/29] mm: nobootmem: remove bootmem allocation APIs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 21/29] memblock: replace alloc_bootmem with memblock_alloc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 20/29] memblock: replace __alloc_bootmem with memblock_alloc_from
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 19/29] memblock: replace alloc_bootmem_pages with memblock_alloc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 18/29] memblock: replace alloc_bootmem_low_pages with memblock_alloc_low
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 17/29] memblock: replace alloc_bootmem_node with memblock_alloc_node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 16/29] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 04/29] mm: remove bootmem allocator implementation.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 15/29] memblock: replace alloc_bootmem_pages_node with memblock_alloc_node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 14/29] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 13/29] memblock: replace __alloc_bootmem_nopanic with memblock_alloc_from_nopanic
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 12/29] memblock: replace alloc_bootmem_low with memblock_alloc_low
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 11/29] memblock: replace alloc_bootmem_pages_nopanic with memblock_alloc_nopanic
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 10/29] memblock: replace __alloc_bootmem_node_nopanic with memblock_alloc_try_nid_nopanic
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 09/29] memblock: replace alloc_bootmem_low with memblock_alloc_low
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 08/29] memblock: replace alloc_bootmem_align with memblock_alloc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 06/29] memblock: rename memblock_alloc{_nid,_try_nid} to memblock_phys_alloc*
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 04/29] mm: remove bootmem allocator implementation.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH] sparc64: viohs: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Rob Herring <robh@xxxxxxxxxx>
• [RFC PATCH 15/29] memblock: replace alloc_bootmem_pages_node with memblock_alloc_node
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 12/29] memblock: replace alloc_bootmem_low with memblock_alloc_low
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 11/29] memblock: replace alloc_bootmem_pages_nopanic with memblock_alloc_nopanic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 02/29] mm: remove CONFIG_NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 00/29] mm: remove bootmem allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 01/29] mips: switch to NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 07/29] memblock: remove _virt from APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 09/29] memblock: replace alloc_bootmem_low with memblock_alloc_low
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 13/29] memblock: replace __alloc_bootmem_nopanic with memblock_alloc_from_nopanic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] of: make default address and size cells sizes private
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• [RFC PATCH 16/29] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 20/29] memblock: replace __alloc_bootmem with memblock_alloc_from
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 21/29] memblock: replace alloc_bootmem with memblock_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 22/29] mm: nobootmem: remove bootmem allocation APIs
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 28/29] memblock: replace BOOTMEM_ALLOC_* with MEMBLOCK variants
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 24/29] memblock: replace free_bootmem_late with memblock_free_late
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 29/29] mm: remove include/linux/bootmem.h
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 17/29] memblock: replace alloc_bootmem_node with memblock_alloc_node
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 27/29] mm: remove nobootmem
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 26/29] memblock: rename __free_pages_bootmem to memblock_free_pages
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 25/29] memblock: rename free_all_bootmem to memblock_free_all
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 23/29] memblock: replace free_bootmem{_node} with memblock_free
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 19/29] memblock: replace alloc_bootmem_pages with memblock_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 18/29] memblock: replace alloc_bootmem_low_pages with memblock_alloc_low
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 14/29] memblock: add align parameter to memblock_alloc_node()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 10/29] memblock: replace __alloc_bootmem_node_nopanic with memblock_alloc_try_nid_nopanic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 08/29] memblock: replace alloc_bootmem_align with memblock_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 05/29] mm: nobootmem: remove dead code
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 06/29] memblock: rename memblock_alloc{_nid,_try_nid} to memblock_phys_alloc*
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 04/29] mm: remove bootmem allocator implementation.
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 03/29] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] of: make default address and size cells sizes private
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 01/25] tty: Change return type to void
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 3/3] of: make default address and size cells sizes private
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: [PATCH 3/3] of: make default address and size cells sizes private
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH 01/25] tty: Change return type to void
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] sparc: Move __IGNORE* entries to non uapi header
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 2/4] sparc: Replace NR_SYSCALLS macro with __NR_SYSCALLS
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 3/4] sparc: Add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 00/25] Change tty_port(standard)_install's return type
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/4] sparc: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 0/4] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 00/25] Change tty_port(standard)_install's return type
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 05/25] tty: hvc: hvc_console: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 07/25] tty: mips_ejtag_fdc: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 08/25] tty: n_gsm: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 09/25] tty: serial: kgdb_nmi: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 12/25] tty: vt: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 14/25] Bluetooth: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 16/25] isdn: capi: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 25/25] usb: usb-serial: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 24/25] usb: cdc-acm: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 23/25] tty: vcc: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 22/25] tty: nozomi: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 21/25] staging: greybus: uart: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 20/25] staging: gdm724x: gdm_tty: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 19/25] staging: fwserial: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 18/25] mmc: core: sdio_uart: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 17/25] misc: pti: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 15/25] um: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 13/25] usb: xhci: dbc: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 11/25] tty: synclinkmp: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 10/25] tty: synclink: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 06/25] tty: hvc: hvcs: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 04/25] s390: char: tty3270: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 03/25] s390: char: con3215: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 02/25] isdn: i4l: isdn_tty: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• [PATCH 01/25] tty: Change return type to void
  • From: Jaejoong Kim <climbbb.kim@xxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: set a default 32-bit dma mask for OF devices
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v3] sparc: set a default 32-bit dma mask for OF devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] of: make default address and size cells sizes private
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: various dma_mask fixups
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: various dma_mask fixups
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] sbus: Use of_get_child_by_name helper
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH net-next 2/3] asm-generic: generalize asm/sockios.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: various dma_mask fixups
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 3/3] of/platform: initialise AMBA default DMA masks
  • From: Christoph Hellwig <hch@xxxxxx>
• various dma_mask fixups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] driver core: initialize a default DMA mask for platform device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] sparc: set a default 32-bit dma mask for OF devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v2] sparc: Convert to using %pOFn instead of device_node.name
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] sparc: Convert to using %pOFn instead of device_node.name
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] sparc: Convert to using %pOFn instead of device_node.name
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: new SBus related DMA warnings in 4.18+git
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Build regressions/improvements in v4.19-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] treewide: remove current_text_addr
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• new SBus related DMA warnings in 4.18+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
  • From: Ville Syrjälä <syrjala@xxxxxx>
• Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: fix KBUILD_DEFCONFIG for ARCH=sparc32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] sparc32: switch to NO_BOOTMEM
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] sparc: fix KBUILD_DEFCONFIG for ARCH=sparc32
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
  • From: Ville Syrjälä <syrjala@xxxxxx>
• Re: [PATCH] sunhme: convert printk to pr_cont
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sunhme: convert printk to pr_cont
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] sunhme: convert printk to pr_cont
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sunhme: convert printk to pr_cont
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] mach64: detect the dot clock divider correctly on sparc
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] sunhme: convert printk to pr_cont
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: why is NCCS equal to 17 on sparc?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• why is NCCS equal to 17 on sparc?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• apparmor unaligned accesses on sparc64 in 4.18+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• [PATCH v6 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• [PATCH v6 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 3/3] sparc32: split ramdisk detection and reservation to a helper function
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] sparc32: switch to NO_BOOTMEM
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 3/3] sparc32: split ramdisk detection and reservation to a helper function
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] sparc32: switch to NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] sparc: mm/init_32: kill trailing whitespace
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] sparc32: switch to NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: Getting the instruction pointer on a per arch basis
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 2/2] sparc32: tidy up ramdisk memory reservation
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc32: switch to NO_BOOTMEM
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH 1/2] sparc32: switch to NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] sparc32: switch to NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] sparc32: tidy up ramdisk memory reservation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: Getting the instruction pointer on a per arch basis
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: Getting the instruction pointer on a per arch basis
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Getting the instruction pointer on a per arch basis
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Getting the instruction pointer on a per arch basis
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v3] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v5 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 2/2] sparc: use asm-generic version of msi.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: move MSI related definitions to where they are used
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• generic noncoherent dma ops for sparc32, 2nd resend
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 2/2] sparc64: add reads{b,w,l}/writes{b,w,l}
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: LEROY Christophe <christophe.leroy@xxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 1/2] sparc: move MSI related definitions to where they are used
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: move MSI related definitions to where they are used
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: move MSI related definitions to where they are used
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• [PATCH 2/2] sparc: use asm-generic version of msi.h
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• [PATCH 1/2] sparc: move MSI related definitions to where they are used
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Unprivileged userland application crashes sparc64 kernel - was: Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Unprivileged userland application crashes sparc64 kernel - was: Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Unprivileged userland application crashes sparc64 kernel - was: Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc: fix header problem in sparc32 build
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: add reads{b,w,l}/writes{b,w,l}
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: Pierre Muller <pierre@xxxxxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: Pierre Muller <pierre@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: add reads{b,w,l}/writes{b,w,l}
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: add reads{b,w,l}/writes{b,w,l}
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• DEAREST BROTHER/SISTER ( INVESTMENT/PARTNERSHIP )
  • From: "Mrs. Margret Edward" <msedward1i@xxxxxxxxxxxxxxx>
• Re: FreePascal testsuite still triggers sparc64 kernel issues
  • From: Pierre Muller <pierre@xxxxxxxxxxxxxx>
• FreePascal testsuite still triggers sparc64 kernel issues
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] kbuild: update ARCH alias info for sparc
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: update ARCH alias info for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] kbuild: update ARCH alias info for sparc
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH v2 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc32: cacheflush_32: Declare struct page
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• RE: mpt3sas regression...
  • From: Chaitra Basappa <chaitra.basappa@xxxxxxxxxxxx>
• Re: mpt3sas regression...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: mpt3sas regression...
  • From: Chaitra Basappa <chaitra.basappa@xxxxxxxxxxxx>
• Re: due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• due to kconfig changes kernel config file is no longer sufficient for configuring the kernel
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH] sys: don't hold uts_sem while accessing userspace memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] sys: don't hold uts_sem while accessing userspace memory
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• RE: mpt3sas regression...
  • From: Chaitra Basappa <chaitra.basappa@xxxxxxxxxxxx>
• Re: [PATCH] sys: don't hold uts_sem while accessing userspace memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] sys: don't hold uts_sem while accessing userspace memory
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] sys: don't hold uts_sem while accessing userspace memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• mpt3sas regression...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status of LDOM support in Linux?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Status of LDOM support in Linux?
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• Status of LDOM support in Linux?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 21/21] sparc64: use match_string() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v4 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH v3 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc1
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH -tip v6 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 23/27] sparc64: kprobes: Don't call the ->break_handler() in sparc64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 12/27] sparc64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Build regressions/improvements in v4.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc1
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 26/26] fix a series of Documentation/ broken file name references
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 26/26] fix a series of Documentation/ broken file name references
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 03/26] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v4 26/26] fix a series of Documentation/ broken file name references
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [RFC PATCH 14/23] watchdog/hardlockup: Decouple the hardlockup detector from perf
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH v3 27/27] fix a series of Documentation/ broken file name references
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 27/27] fix a series of Documentation/ broken file name references
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v3 27/27] fix a series of Documentation/ broken file name references
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v3 03/27] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 14/23] watchdog/hardlockup: Decouple the hardlockup detector from perf
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 14/23] watchdog/hardlockup: Decouple the hardlockup detector from perf
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 16/23] watchdog/hardlockup: Add an HPET-based hardlockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [RFC PATCH 14/23] watchdog/hardlockup: Decouple the hardlockup detector from perf
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 16/23] watchdog/hardlockup: Add an HPET-based hardlockup detector
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [RFC PATCH 00/23] Implement an HPET-based hardlockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 02/23] genirq: Introduce IRQD_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 04/23] iommu/vt-d/irq_remapping: Add support for IRQCHIP_CAN_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 05/23] x86/msi: Add support for IRQCHIP_CAN_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 06/23] x86/ioapic: Add support for IRQCHIP_CAN_DELIVER_AS_NMI with interrupt remapping
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 07/23] x86/hpet: Expose more functions to read and write registers
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 03/23] genirq: Introduce IRQF_DELIVER_AS_NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 08/23] x86/hpet: Calculate ticks-per-second in a separate function
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 09/23] x86/hpet: Reserve timer for the HPET hardlockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 10/23] x86/hpet: Relocate flag definitions to a header file
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 14/23] watchdog/hardlockup: Decouple the hardlockup detector from perf
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 13/23] watchdog/hardlockup: Define a generic function to detect hardlockups
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 12/23] kernel/watchdog: Introduce a struct for NMI watchdog operations
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 15/23] kernel/watchdog: Add a function to obtain the watchdog_allowed_mask
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 11/23] x86/hpet: Configure the timer used by the hardlockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 16/23] watchdog/hardlockup: Add an HPET-based hardlockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 17/23] watchdog/hardlockup/hpet: Convert the timer's interrupt to NMI
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 18/23] watchdog/hardlockup/hpet: Add the NMI watchdog operations
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 19/23] watchdog/hardlockup: Make arch_touch_nmi_watchdog() to hpet-based implementation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 23/23] watchdog/hardlockup: Activate the HPET-based lockup detector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 22/23] watchdog/hardlockup/hpet: Only enable the HPET watchdog via a boot parameter
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 20/23] watchdog/hardlockup/hpet: Rotate interrupt among all monitored CPUs
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 21/23] watchdog/hardlockup/hpet: Adjust timer expiration on the number of monitored CPUs
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [RFC PATCH 01/23] x86/apic: Add a parameter for the APIC delivery mode
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH -tip v5 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• [PATCH] sparc/time: Add missing __init to init_tick_ops()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 21/21] sparc64: use match_string() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v3 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH] sparc: fix compat siginfo ABI regression
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] sparc64: Add privileged ADI driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [RFC PATCH -tip v5 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 23/27] sparc64: kprobes: Don't call the ->break_handler() in sparc64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 12/27] sparc64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2 21/21] sparc64: use match_string() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 21/21] sparc64: use match_string() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2 21/21] sparc64: use match_string() helper
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Andreas Färber <afaerber@xxxxxxx>
• [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 04/25] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] nds32: implement the unmap_sg DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] sh: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Helge Deller <deller@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] jsflash: fix compilation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: common non-cache coherent direct dma mapping ops
  • From: Helge Deller <deller@xxxxxx>
• Re: make a few block drivers highmem safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: xfstests (git) results for sparc64
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• xfstests (git) results for sparc64
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 06/20] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/20] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/20] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/20] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/20] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/20] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/20] mm: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/20] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/20] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/20] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/20] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• common non-cache coherent direct dma mapping ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: make a few block drivers highmem safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/7] DAC960: don't use block layer bounce buffers
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 1/7] mtip32xx: don't use block layer bounce buffers
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 7/7] ps3disk: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] jsflash: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] aoe: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] mtd_blkdevs: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] memstick: don't call blk_queue_bounce_limit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] DAC960: don't use block layer bounce buffers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] mtip32xx: don't use block layer bounce buffers
  • From: Christoph Hellwig <hch@xxxxxx>
• make a few block drivers highmem safe
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 10/11] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: centralize SWIOTLB config symbol and misc other cleanups V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 08/13] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 07/13] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: centralize SWIOTLB config symbol and misc other cleanups V3
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>