Linux PA RISC

• Thread Index

• [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v6 0/4] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v6 2/4] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v6 4/4] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v6 3/4] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v6 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v4.18-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC][PATCH] parisc: Drop architecture-specific ENOTSUP define
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture code cleanups and fixes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Add support for restartable sequences syscall
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Add HAVE_REGS_AND_STACK_ACCESS_API feature
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Reduce debug output in unwind code
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Wire up io_pgetevents syscall
  • From: Helge Deller <deller@xxxxxx>
• Re: bpfilter compile failure on parisc
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• bpfilter compile failure on parisc
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 3/3] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• convert parisc to the generic dma-noncoherent code
  • From: Christoph Hellwig <hch@xxxxxx>
• [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>
• [PATCH] parisc: Default to 4 SMP CPUs
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Mark 16kB and 64kB page sizes BROKEN
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v4 03/26] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• 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>
• [PATCH v3 03/27] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 4/4] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 3/4] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 2/4] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 0/4] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [Linux/parisc 4.9.49] HP C8000 doesnt boot with 16KB kernel page size
  • From: Helge Deller <deller@xxxxxx>
• [Linux/parisc 4.9.49] HP C8000 doesnt boot with 16KB kernel page size
  • From: Georg Bege <georg@bege.email>
• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• 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>
• [PATCH v1] parisc: Convert printk(KERN_LEVEL) to pr_lvl()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] kbuild: add endianness flag to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: Helge Deller <deller@xxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch] vdso.7: Fix parisc gateway page description
  • From: Helge Deller <deller@xxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [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 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: 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 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • 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 20/25] sh: 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 22/25] sparc: use generic dma_noncoherent_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 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>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [GIT PULL] parisc section mismatch fixes for 4.17-rc6
  • From: Helge Deller <deller@xxxxxx>
• 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] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• 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: [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: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [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 11/20] nios2: use generic dma_noncoherent_ops
  • 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 18/20] xtensa: 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 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 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 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>
• common non-cache coherent direct dma mapping ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH v2 10/11] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• 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: [PATCH v4 1/3] resource: Use list_head to link sibling resource
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v4 3/3] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 2/3] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 1/3] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 0/3] resource: Use list_head to link sibling resource
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [GIT PULL] parisc fixes for 4.17-rc4
  • From: Helge Deller <deller@xxxxxx>
• diskless operation of HP 9000 712/80
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Christoph Hellwig <hch@xxxxxx>
• dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH][RFC] parisc: Build kernel without -ffunction-sections
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Helge Deller <deller@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• Re: [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where appropriate
  • From: Helge Deller <deller@xxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: Helge Deller <deller@xxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: Fix section mismatches
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: drivers.c: Fix section mismatches
  • From: Helge Deller <deller@xxxxxx>
• [PATCH][RFC] parisc: Build kernel without -ffunction-sections
  • From: Helge Deller <deller@xxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 12/22] signal/parisc: Use force_sig_mceerr where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Compiling parisc without -ffunction-sections?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Compiling parisc without -ffunction-sections?
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• [PATCH 05/22] alpha: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] alpha: use dma_direct_ops for jensen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [no subject]
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Helge Deller <deller@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH] parisc: Make bzImage default build target
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] parisc: use the asm-generic version for readX()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] parisc: define stronger ordering for the default writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• HP Superdome possible test
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH 1/2] parisc: use the asm-generic version for writeX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 2/2] parisc: use the asm-generic version for readX()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [GIT PULL] parisc trivial build fix for 4.17
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Document rules regarding checksum of HPMC handler
  • From: Helge Deller <deller@xxxxxx>
• Re: Ultra5 successful install - PGX64 issues
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [GIT PULL] parisc architecture updates for 4.17-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: arvindY <arvind.yadav.cs@xxxxxxxxx>
• Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• [PATCH] parisc: Prevent panic at system halt
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• Re: [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• [PATCH] parisc: Move cache flush functions into .text.hot section
  • From: Helge Deller <deller@xxxxxx>
• Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH 2/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_ac97_ready
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• [RFC linux v2] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• [RFC linux] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• linux-next: build failure after merge of the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH resend] parisc: Optimze cache flush algorithms
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [GIT PULL] parisc architecture updates for 4.17
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v5 13/16] parisc: Switch to generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v4 13/16] parisc: Use generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [PATCH] video/console/sticore: Delete an error message for a failed memory allocation in sti_try_rom_generic()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed kzalloc() in stifb_init_fb()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC and IA-64 servers
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH v2] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC and IA-64 servers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] parisc/pci: Switch LBA PCI bus from Hard Fail to Soft Fail mode
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [PATCH] parisc: Directly call machine_power_off() in power button driver
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] parisc: machine_power_off() should call pm_power_off()
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 00/16] Generic infrastructure for unloading initramfs
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH] parisc: Fix out of array access in match_pci_device()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: LEROY Christophe <christophe.leroy@xxxxxx>
• [PATCH] parisc: Add code generator for Qemu/SeaBIOS machine info
  • From: Helge Deller <deller@xxxxxx>
• Re: googletest's test suite triggers "Data TLB miss fault"
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc/pci: Switch LBA PCI bus from Hard Fail to Soft Fail mode
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC][PATCH v2] Fix HPMC handler by increasing size to multiple of 16 bytes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Directly call machine_power_off() in power button driver
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: machine_power_off() should call pm_power_off()
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 00/16] Generic infrastructure for unloading initramfs
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: C8000 serial console remote reboot
  • From: Helge Deller <deller@xxxxxx>
• Re: C8000 serial console remote reboot
  • From: Helge Deller <deller@xxxxxx>
• [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: googletest's test suite triggers "Data TLB miss fault"
  • From: Matt Turner <mattst88@xxxxxxxxx>
• C3600, kernel-4.16.2-64bit is stable
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: googletest's test suite triggers "Data TLB miss fault"
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C8000 serial console remote reboot
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: High system overhead on PA8800/PA8900?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C8000 serial console remote reboot
  • From: Tom Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• googletest's test suite triggers "Data TLB miss fault"
  • From: Matt Turner <mattst88@xxxxxxxxx>
• High system overhead on PA8800/PA8900?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: C8000 serial console remote reboot
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C8000 serial console remote reboot
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• C8000 serial console remote reboot
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] Fix HPMC handler by increasing size to multiple of 16 bytes
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [RFC][PATCH] Fix HPMC handler by increasing size to multiple of 16 bytes
  • From: Helge Deller <deller@xxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• [PATCH AUTOSEL for 4.9 277/281] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.14 91/97] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: [PATCH v3] parisc: Fix ordering of cache and TLB flushes
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fix for 4.16-rc6
  • From: Helge Deller <deller@xxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: Helge Deller <deller@xxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: "Helge Deller" <deller@xxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
  • From: Helge Deller <deller@xxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH] parisc/Kconfig: SMP kernels boot on all machines
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: kernel 4.* slow IO due to -mlong-calls (hppa/c3600)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• kernel 4.* slow IO due to -mlong-calls (hppa/c3600)
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v4 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH -v2] parisc: Handle case where flush_cache_range is called with no context
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH] parisc: time: stop validating rtc_time in .read_time
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] parisc: silence uninitialized variable warning in dbl_to_sgl_fcnvff()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Handle case where flush_cache_range is called with no context
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: James Hogan <jhogan@xxxxxxxxxx>
• [GIT PULL] parisc architecture fixes for 4.16-rc4
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v3] parisc: Fix ordering of cache and TLB flushes
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• X11 doesn't work on c3750
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Helge Deller <deller@xxxxxx>
• WARNING: CPU: 0 PID: NNNN at kernel/cgroup.c:492 cgroup_get+0xNN/0xNN on first login
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] parisc: time: stop validating rtc_time in .read_time
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Helge Deller <deller@xxxxxx>
• linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v2] parisc: Fix ordering of cache and TLB flushes
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] parisc: Improve cache flushing under qemu
  • From: Helge Deller <deller@xxxxxx>
• Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
  • From: Helge Deller <deller@xxxxxx>
• Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] parisc: Fix ordering of cache and TLB flushes
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: Reduce irq overhead when run in QEMU
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [committed] hppa: Switch hppa-linux to caller copies ABI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [committed] hppa: Switch hppa-linux to caller copies ABI
  • From: Richard Biener <richard.guenther@xxxxxxxxx>
• [committed] hppa: Switch hppa-linux to caller copies ABI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Check if secondary CPUs want own PDC calls
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Use cr16 interval timers unconditionally on qemu
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• [PATCH 01/34] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/34] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/34] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/34] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/34] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/34] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/34] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/34] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/34] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/34] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/34] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/34] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/34] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/34] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/34] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/34] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/34] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/34] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/34] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/34] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/34] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/34] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/34] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/34] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/34] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/34] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/34] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/34] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/34] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/34] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/34] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/34] mips: fix an off-by-one in dma_capable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/34] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• consolidate direct dma mapping V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/33] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/33] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/33] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/33] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/33] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/33] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/33] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/33] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/33] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/33] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/33] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/33] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/33] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/33] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/33] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/33] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/33] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 34/67] cris: use dma-direct
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• [PATCH] parisc: Use fast cr16 clocksource with qemu
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fixes for 4.15-rc7
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed kzalloc() in stifb_init_fb()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] video/fbdev/stifb: Adjustments for stifb_init_fb()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: QEMU host idle sleep support
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] parisc: Show unhashed EISA EEPROM address
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Show unhashed HPA of Dino chip
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Show initial kernel memory layout unhashed
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Show unhashed hardware inventory
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix alignment of pa_tlb_lock in assembly on 32-bit SMP kernel
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available to other implementations
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 26/67] dma-direct: use phys_to_dma
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 01/67] x86: remove X86_PPRO_FENCE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/67] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/67] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/67] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/67] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/67] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/67] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/67] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/67] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/67] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/67] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/67] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/67] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/67] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 37/67] x86: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 36/67] x86: remove dma_alloc_coherent_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 35/67] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 44/67] powerpc: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 42/67] arm64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 43/67] ia64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 49/67] swiotlb: refactor coherent buffer freeing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 54/67] x86: remove sta2x11_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>