Linux ia64 Archive — Date Index

• Thread Index

• [RFC][PATCH v2 2/7] sections: split dereference_function_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 1/7] switch dereference_function_descriptor() to `unsigned long'
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 3/7] ia64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 5/7] parisc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• RE: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• RE: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH] [RFC] clocksource: improve GENERIC_CLOCKEVENTS dependency
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] sections: split dereference_function_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH 2/5] ia64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH 3/5] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH 5/5] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH 4/5] parisc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] clocksource: improve GENERIC_CLOCKEVENTS dependency
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] [RFC] clocksource: improve GENERIC_CLOCKEVENTS dependency
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] clocksource: improve GENERIC_CLOCKEVENTS dependency
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] [RFC] clocksource: improve GENERIC_CLOCKEVENTS dependency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 0/7] Remove the parent_node() for each arch
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 1/7] ia64: topology: Remove the unused parent_node() macro
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] x86: make dma_cache_sync a no-op
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] dma-mapping: turn dma_cache_sync into a dma_map_ops method
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• refactor dma_cache_sync
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] floppy: consolidate the dummy fd_cacheflush definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] x86: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] frv: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] ia64: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] microblaze: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] powerpc: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] xtensa: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] unicore32: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/12] dma-mapping: turn dma_cache_sync into a dma_map_ops method
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] sh: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] mn10300: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] mips: don't use dma_cache_sync to implement fd_cacheflush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH] random: fix warning message on ia64 and parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: pci: Add generic pcibios_{fixup_bus,align_resource}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: fix MADV_[FREE|DONTNEED] TLB flush miss problem
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: fix MADV_[FREE|DONTNEED] TLB flush miss problem
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] mm: fix MADV_[FREE|DONTNEED] TLB flush miss problem
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH] [IA64] tioca: fix spelling mistake in macros
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 02/11] ia64: topology: Remove the unused parent_node() macro
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 0/5] Consolidate init_task handling
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/5] Construct init thread stack in the linker script rather than by union
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/5] Unroll INIT_TASK() in init/init_task.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/5] Unroll various INIT_* macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/5] Unroll the INIT_SIGNALS and INIT_SIGHAND macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/5] Unroll INIT_STRUCT_PID
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/7] signal/ia64: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH] ia64: Remove an extra parenthesis in time.c
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/18] drivers: tty: serial: Move inline before return type
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/18] treewide: Move storage class before return type
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 07/18] ia64: sn: pci: Move inline before type
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 06/18] ia64: Move inline before return type
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 2/8] signal/ia64: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH RFC 15/26] ia64: Remove spin_unlock_wait() arch-specific definitions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface V2
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 2/3] ia64: thin archives fix linking
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface V2
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• pci: Add generic pcibios_{fixup_bus,align_resource}
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 3/3] arc: kernel/pcibios.c is empty, delete it
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 1/3] pci: Add a generic, weakly-linked pcibios_fixup_bus
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 2/3] pci: Add a generic, weakly-linked pcibios_align_resource
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] ia64: thin archives fix linking
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 2/3] ia64: thin archives fix linking
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] ia64: thin archives fix linking
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface V2
  • From: tndave <tushar.n.dave@xxxxxxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 1/2] ia64: thin archives fix linking
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH 4/7] ia64: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 7/7] rwsem: Add down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 6/7] x86: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 5/7] s390: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 3/7] alpha: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 1/7] rwsem-spinlock: Add killable versions of __down_read()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [PATCH 02/44] ibmveth: properly unwind on init errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/44] c6x: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/44] ia64: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/44] xen-swiotlb: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/44] m32r: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/44] microblaze: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/44] firmware/ivc: use dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/44] arm64: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/44] iommu/amd: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/44] openrisc: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/44] sparc: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/44] sh: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/44] x86/pci-nommu: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/44] powerpc: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/44] x86/calgary: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/44] arm: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/44] x86: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/44] arm: remove arch specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 35/44] x86: remove arch specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 43/44] dma-mapping: remove the set_dma_mask method
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 40/44] tile: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/44] sparc: remove leon_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/44] sparc: remove arch specific dma_supported implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/44] s390: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/44] xtensa: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• clean up and modularize arch dma_mapping interface V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/44] sparc: remove leon_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 25/44] arm: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• Re: [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• Re: [ia64:cqm_and_mbm 10/18] arch/x86/kernel/cpu/intel_rdt_rdtgroup.c:1122:5-9: WARNING: Unsigned expression compared with zero: rmid < 0 (fwd)
  • From: Shivappa Vikas <vikas.shivappa@xxxxxxxxxxxxxxx>
• Re: [PATCH 21/44] powerpc: implement ->mapping_error
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 01/44] firmware/ivc: use dma_mapping_error
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 27/44] sparc: remove leon_dma_ops
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 00/27] kbuild, arch: complete UAPI de-coupling and cleanup scripts/Makefile.headersinst
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 12/27] ia64: move generic-y of exported headers to uapi/asm/Kbuild
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 08/44] xen-swiotlb: implement ->mapping_error
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/9] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH 19/44] s390: implement ->mapping_error
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH 25/44] arm: implement ->mapping_error
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 20/44] sparc: implement ->mapping_error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 28/44] sparc: remove arch specific dma_supported implementations
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 27/44] sparc: remove leon_dma_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 02/44] ibmveth: properly unwind on init errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: clean up and modularize arch dma_mapping interface
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/44] arm64: remove DMA_ERROR_CODE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 03/44] dmaengine: ioat: don't use DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/44] ibmveth: properly unwind on init errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/44] firmware/ivc: use dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/44] drm/exynos: don't use DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/44] drm/armada: don't abuse DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/44] iommu/dma: don't rely on DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/44] xen-swiotlb: consolidate xen_swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/44] c6x: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/44] openrisc: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/44] xen-swiotlb: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/44] m32r: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/44] microblaze: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/44] ia64: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/44] sh: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/44] xtensa: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/44] arm64: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/44] hexagon: switch to use ->mapping_error for error reporting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/44] sparc: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/44] powerpc: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/44] iommu/amd: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/44] s390: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/44] x86/pci-nommu: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/44] x86/calgary: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/44] x86: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/44] sparc: remove leon_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/44] arm: implement ->mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/44] dma-noop: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/44] dma-mapping: remove DMA_ERROR_CODE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/44] openrisc: remove arch-specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/44] arm: remove arch specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/44] hexagon: remove arch-specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/44] hexagon: remove the unused dma_is_consistent prototype
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 35/44] x86: remove arch specific dma_supported implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 36/44] dma-mapping: remove HAVE_ARCH_DMA_SUPPORTED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 39/44] xen-swiotlb: remove xen_swiotlb_set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 37/44] mips/loongson64: implement ->dma_supported instead of ->set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 40/44] tile: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 38/44] arm: implement ->dma_supported instead of ->set_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 41/44] powerpc/cell: clean up fixed mapping dma_ops initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 43/44] dma-mapping: remove the set_dma_mask method
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 44/44] powerpc: merge __dma_set_mask into dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/44] dma-virt: remove dma_supported and mapping_error methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/44] sparc: remove arch specific dma_supported implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• clean up and modularize arch dma_mapping interface
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: untangle the <asm/siginfo.h> mess
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [ia64:cqm_and_mbm 10/18] arch/x86/kernel/cpu/intel_rdt_rdtgroup.c:1122:5-9: WARNING: Unsigned expression compared with zero: rmid < 0 (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH][RESEND] ia64, err-inject: fix spelling mistake: "capapbilities" -> "capabilities"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] sparc: simplify <asm/siginfo.h>
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/5] ia64: remove HAVE_ARCH_COPY_SIGINFO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] posix-timers: move the do_schedule_next_timer declaration
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] signal: move copy_siginfo_to_user to <linux/signal.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] sparc: simplify <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• untangle the <asm/siginfo.h> mess
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v5 2/9] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/9] locking/rwsem: relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 4/9] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/9] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 6/9] locking/rwsem: Use bit in owner to stop spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 9/9] locking/rwsem: Enable reader lock stealing
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 5/9] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/9] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 8/9] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 7/9] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v2 46/53] ia64, scsi: update references for the device-io book
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 06/13] ia64, scsi: update references for the device-io book
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH] ia64: beatify build log for gate.so and gate-syms.o
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] ia64: fix module loading for gcc-5.4
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v3] ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [PATCH v5 3/3] kdump: Protect vmcoreinfo data under the crash memory
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v5 2/3] powerpc/fadump: Use the correct VMCOREINFO_NOTE_SIZE for phdr
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v5 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2] kbuild: Consolidate header generation from ASM offset information
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH resend] ia64: restore symbol versions for symbols defined in assembly
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [patch V 2 04/13] ia64/sn/hwperf: Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 03/13] ia64/salinfo: Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 01/13] ia64/topology: Remove cpus_allowed manipulation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 04/13] ia64/sn/hwperf: Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2] kbuild: Consolidate header generation from ASM offset information
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] kbuild: Consolidate header generation from ASM offset information
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] kbuild: Consolidate header generation from ASM offset information
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] ia64: beatify build log for gate.so and gate-syms.o
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3] ia64: fix module loading for gcc-5.4+
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH v3] ia64: fix module loading for gcc-5.4+
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/5] Unroll the INIT_SIGNALS and INIT_SIGHAND macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 1/5] Construct init thread stack in the linker script rather than by union
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 2/5] Unroll INIT_TASK() in init/init_task.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 5/5] Unroll INIT_STRUCT_PID
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 3/5] Unroll various INIT_* macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 0/5] Consolidate init_task handling
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: ia64: fix module loading for gcc-5.4
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH v3] ia64: fix module loading for gcc-5.4
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [PATCH (resend)] ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] ia64: restore symbol versions for symbols defined in assembly
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH] ia64: restore symbol versions for symbols defined in assembly
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH] kbuild: Consolidate header generation from ASM offset information
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [NFC] include/linux/unaligned/access_ok.h:7:19: error: redefinition of 'get_unaligned_le16'
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v4 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [RESEND PATCH v4 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v4 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: GCC 4.9.4-compiled kernel: invalid slot number 1 for IMM64 errors while loading modules
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [PATCH] ia64: fix module loading for gcc-5.4
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• [PATCH] ia64: fix module loading for gcc-5.4
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Till Smejkal <till.smejkal@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH 1/3] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 1/3] uapi: fix asm/msgbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 2/3] uapi: fix asm/sembuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v2] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 05/35] ia64: Convert remaining use of pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH] tty: serial: constify uart_ops structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: GCC 4.9.4-compiled kernel: invalid slot number 1 for IMM64 errors while loading modules
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH v3 00/20] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 02/20] ia64: ensure exception table search users include extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 01/20] ia64: move ia64_done_with_exception out of asm/uaccess.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] tools: add init.h for tools
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/14] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/14] generic-sections: add section core helpers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] tools: add __used and enable to override
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6 01/14] generic-sections: add section core helpers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Mahesh Jagannath Salgaonkar <mahesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Mahesh Jagannath Salgaonkar <mahesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 6/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 2/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 5/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: "Xuetao Guan" <gxt@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH 3/4] arch, mm: remove arch specific show_mem
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH RFC] ia64: export ia64_delay_loop for "allmodconfig" coverage
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 02/10] ia64: ensure exception table search users include extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 01/10] ia64: move ia64_done_with_exception out of asm/uaccess.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] nfc: don't be making arch specific unaligned decisions at driver level.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 6/7] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 5/7] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 2/7] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 1/7] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v3 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v3 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v5 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/14] jump_label: port __jump_table to linker tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] tables.h: add linker table support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v5 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] ACPI/NUMA: Do not map pxm to node when NUMA is turned off
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [patch] ia64: pci: Fix a condition in pcibr_dmamap_ate32()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH v2 4/5] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/5] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] powerpc/fadump: remove dependency with CONFIG_KEXEC
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/5] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• GCC 4.9.4-compiled kernel: invalid slot number 1 for IMM64 errors while loading modules
  • From: Émeric MASCHINO <emeric.maschino@xxxxxxxxx>
• Re: [PATCH 1/3] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 1/3] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/3] powerpc/fadump: reuse crashkernel parameter for fadump memory reservation
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] powerpc/fadump: update documentation about crashkernel parameter reuse
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] crash: move crashkernel parsing and vmcore related code under CONFIG_CRASH_CORE
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] kexec/fadump: remove dependency with CONFIG_KEXEC and reuse crashkernel parameter for fadump
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: add locked parameter to get_user_pages()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 1/2] mm: add locked parameter to get_user_pages()
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH 17/25 v2] ia64/topology: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 16/25 v2] ia64/salinfo: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 16/25] ia64/salinfo: Convert to hotplug state machine
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 17/25] ia64/topology: Convert to hotplug state machine
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 16/25] ia64/salinfo: Convert to hotplug state machine
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 16/25] ia64/salinfo: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 14/25] ia64/err-inject: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 17/25] ia64/topology: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 15/25] ia64/palinfo: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: remove get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 2/2] mm: remove get_user_pages_locked()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: remove get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 2/2] mm: remove get_user_pages_locked()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 1/2] mm: add locked parameter to get_user_pages()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 0/2] mm: remove get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 2/2] mm: remove get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH] ia64, err-inject: fix spelling mistake: "capapbilities" -> "capabilities"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: IA64-sn2_smp: Combine two seq_printf() calls into one call in sn2_ptc_seq_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] IA64-sn2_smp: Combine two seq_printf() calls into one call in sn2_ptc_seq_show()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 6/6] IA64-sn2_smp: Combine two seq_printf() calls into one call in sn2_ptc_seq_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] IA64-sn2_smp: Combine two seq_printf() calls into one call in sn2_ptc_seq_show()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 6/6] IA64-sn2_smp: Combine two seq_printf() calls into one call in sn2_ptc_seq_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] IA64-sn_hwperf: Use seq_puts() in sn_topology_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] IA64-setup: Use seq_putc() in show_cpuinfo()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] IA64-simserial: Use seq_puts() in rs_proc_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] IA64-sba_iommu: Combine four seq_printf() calls into two calls in ioc_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] IA64-sba_iommu: Use seq_puts() in ioc_show()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] IA64: Fine-tuning for five function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 09/10] mm: replace access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] locking/osq: Provide proper lock/unlock and relaxed flavors
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Jason Low <jason.low2@xxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [ia64:rdt-cat-resplit 14/18] intel_rdt.c:undefined reference to `cpu_closid'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• 4.8 ia64: usercopy: kernel memory exposure attempt detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>