Linux Arch

• Thread Index

• Re: [PATCH 5/9] mips/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] x86/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] mm: replace ACCESS_ONCE with READ_ONCE or barriers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 8/9] s390/kvm: REPLACE ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 6/9] arm64/spinlock: Replace ACCESS_ONCE READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv4 0/9] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 3/9] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 2/9] mm: replace ACCESS_ONCE with READ_ONCE or barriers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 9/9] kernel: tighten rules for ACCESS ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 5/9] mips/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 4/9] x86/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 7/9] arm/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [PATCH v13 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v13 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v13 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 1/2] preempt: track pagefault_disable() calls in the preempt counter
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• RE: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• RE: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] lib: devres: Add exec versions of devm_ioremap_resource and friends
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] asm-generic: io: Add exec versions of ioremap
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC PATCH 0/2] Add ioremap_exec enhancements
  • From: Dave Gerlach <d-gerlach@xxxxxx>
• [RFC PATCH 2/2] lib: devres: Add exec versions of devm_ioremap_resource and friends
  • From: Dave Gerlach <d-gerlach@xxxxxx>
• [RFC PATCH 1/2] asm-generic: io: Add exec versions of ioremap
  • From: Dave Gerlach <d-gerlach@xxxxxx>
• [PATCHv3 00/10] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v5 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 3/4] r8169: Use dma_rmb() and dma_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v7 4/4] fm10k/igb/ixgbe: Use dma_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v7 1/4] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v7 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH v6 5/5] patch to allow arm cross-compile
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCHv2 04/10] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE/ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v6 5/5] patch to allow arm cross-compile
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v6 5/5] patch to allow arm cross-compile
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v6 3/5] r8169: Use dma_rmb() and dma_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v6 4/5] fm10k/igb/ixgbe: Use dma_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v6 0/5] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v6 1/5] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v6 2/5] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 04/10] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE/ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 00/10] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 01/10] KVM: s390: Fix ipte locking
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 07/10] arm64: Replace ACCESS_ONCE for spinlock code with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 05/10] x86: Replace ACCESS_ONCE in gup with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 09/10] tighten rules for ACCESS ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 03/10] mm: replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 06/10] mips: Replace ACCESS_ONCE in gup with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 08/10] arm: Replace ACCESS_ONCE for spinlock code with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv2 10/10] KVM: s390: change ipte lock from barrier to READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [RFC 2/2] mm, sched: trigger might_sleep() in might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [RFC 1/2] powerpc/fsl-pci: atomic get_user when pagefault_disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [RFC 0/2] Reenable might_sleep() checks for might_fault() when atomic
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH/RFC 6/7] arm64: Replace ACCESS_ONCE for spinlock code with barriers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCHv10 4/5] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH/RFC 6/7] arm64: Replace ACCESS_ONCE for spinlock code with barriers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 5/7] mips: Replace ACCESS_ONCE in gup with a barrier
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 3/7] x86: Rework ACCESS_ONCE for spinlock code
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 0/7] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/7] KVM: s390: Fix ipte locking
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 4/7] x86: Replace ACCESS_ONCE in gup with a barrier
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 2/7] mm: replace page table access via ACCESS_ONCE with barriers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCHv10 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 1/5] syscalls: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 3/5] syscalls: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv10 0/5] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] remove asm-generic arch_bprm_mm_init()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCHv9 2/5] x86: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 4/5] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 3/5] syscalls: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 1/5] syscalls: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv9 0/5] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv8 1/4] syscalls,x86: implement execveat() system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] fm10k/igb/ixgbe: Use dma_rmb on Rx descriptor reads
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• [PATCH v5 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v5 3/4] r8169: Use dma_rmb() and dma_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v5 4/4] fm10k/igb/ixgbe: Use dma_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v5 1/4] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v5 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Add lightweight memory barriers for coherent memory access
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Add lightweight memory barriers for coherent memory access
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] make arch_unmap()/etc... available to all architectures.
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH v4 4/4] fm10k/igb/ixgbe: Use coherent_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v4 2/4] arch: Add lightweight memory barriers coherent_rmb() and coherent_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v4 3/4] r8169: Use coherent_rmb() and coherent_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v4 1/4] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH v4 0/4] Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 0/4] Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH] pci, add FW_BUG warning to pci= kernel option
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] pci, add FW_BUG warning to pci= kernel option
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Will Deacon <will.deacon@xxxxxxx>
• RE: [PATCH 0/4] Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pci, add FW_BUG warning to pci= kernel option
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 4/4] fm10k/igb/ixgbe: Use fast_rmb on Rx descriptor reads
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] fm10k/igb/ixgbe: Use fast_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 3/4] r8169: Use fast_rmb() and fast_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 2/4] arch: Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 0/4] Add lightweight memory barriers fast_rmb() and fast_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 1/4] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCHv8 3/4] sparc: Hook up execveat system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] r8169: Use load_acquire() and store_release() to reduce memory barrier overhead
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH 3/3] fm10k/igb/ixgbe: Use load_acquire on Rx descriptor
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• Re: [PATCH 1/3] arch: Introduce load_acquire() and store_release()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCHv8 0/4] syscalls,x86,sparc: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCHv8 1/4] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 man-pages 4/4] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 3/4] sparc: Hook up execveat system call.
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv8 2/4] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH 1/3] arch: Introduce load_acquire() and store_release()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [RESENT PATCH] dma-mapping: Add BUG_ON for uninitialized dma_ops
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• RE: [PATCH 1/3] arch: Introduce load_acquire() and store_release()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/3] arch: Introduce load_acquire() and store_release()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/3] r8169: Use load_acquire() and store_release() to reduce memory barrier overhead
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 2/3] r8169: Use load_acquire() and store_release() to reduce memory barrier overhead
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] arch: Introduce load_acquire() and store_release()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 0/3] Introduce load_acquire() and store_release()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 2/3] r8169: Use load_acquire() and store_release() to reduce memory barrier overhead
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [PATCH 3/3] fm10k/igb/ixgbe: Use load_acquire on Rx descriptor
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH v6 2/7] vfs: Define new syscalls preadv2,pwritev2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arch: Introduce read_acquire()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] arch: Introduce read_acquire()
  • From: alexander.duyck@xxxxxxxxx
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH] ARM: sa11x0: Use void __iomem * in MMIO accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [GIT PULL] asm-generic/io.h overhaul
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] pci, add FW_BUG warning to pci= kernel option
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v6 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: compiler bug gcc4.6/4.7 with ACCESS_ONCE and workarounds
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] asm-generic/io.h overhaul
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 1/7] vfs: Prepare for adding a new preadv/pwritev with user flags.
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 2/7] vfs: Define new syscalls preadv2,pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 4/7] vfs: RWF_NONBLOCK flag for preadv2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 3/7] x86: wire up preadv2 and pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 5/7] xfs: add RWF_NONBLOCK support
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 6/7] fs: pass iocb to generic_write_sync
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v6 7/7] fs: add a flag for per-operation O_DSYNC semantics
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [GIT PULL] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH v5 4/7] vfs: RWF_NONBLOCK flag for preadv2
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH v6 00/29] nios2 Linux kernel port
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCHv7 2/3] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv7 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv7 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv7 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics
  • From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
• Re: [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv6 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v6 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v6 00/29] nios2 Linux kernel port
  • From: "LF.Tan" <lftan.linux@xxxxxxxxx>
• Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCHv6 2/3] syscalls,x86: add selftest for execveat(2)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv6 1/3] syscalls,x86: implement execveat() system call
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCHv6 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [Linux-NTFS-Dev] [PATCH v5 6/7] fs: pass iocb to generic_write_sync
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCHv6 2/3] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv6 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v5 6/7] fs: pass iocb to generic_write_sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: [Linux-NTFS-Dev] [PATCH v5 6/7] fs: pass iocb to generic_write_sync
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [Cluster-devel] [PATCH v5 6/7] fs: pass iocb to generic_write_sync
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v5 1/7] vfs: Prepare for adding a new preadv/pwritev with user flags.
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 5/7] xfs: add RWF_NONBLOCK support
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 6/7] fs: pass iocb to generic_write_sync
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 3/7] x86: wire up preadv2 and pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 4/7] vfs: RWF_NONBLOCK flag for preadv2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH V5 2/3] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 3/3] powerpc/mm: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 1/3] powerpc/mm: Add missing pmd accessors
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v13 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v6 03/29] nios2: Kernel booting and initialization
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 06/29] nios2: Memory management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 08/29] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 09/29] nios2: Page table management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 10/29] nios2: Process management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 12/29] nios2: TLB handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 11/29] nios2: Cache handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 14/29] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 13/29] nios2: Interrupt handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 15/29] Add ELF machine define for Nios2
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 17/29] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 16/29] nios2: ELF definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 19/29] nios2: Library functions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 24/29] nios2: Nios2 registers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 22/29] nios2: Cpuinfo handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 25/29] nios2: Module support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 26/29] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 27/29] MAINTAINERS: Add nios2 maintainer
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 23/29] nios2: Miscellaneous header files
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 20/29] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 18/29] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 07/29] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 05/29] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 02/29] nios2: Assembly macros and definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v6 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v13 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Question/clarification on pmd accessors
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Question/clarification on pmd accessors
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH v13 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 03/11] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 04/11] qspinlock: Extract out code snippets for the next patch
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 06/11] qspinlock: Use a simple write to grab the lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 07/11] qspinlock: Revert to test-and-set on hypervisors
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 11/11] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 08/11] qspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 05/11] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v13 01/11] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v2] smaps should deal with huge zero page exactly same as normal zero page.
  • From: Fengwei Yin <yfw.kernel@xxxxxxxxx>
• [PATCH V4 2/2] arch/powerpc: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v5 07/29] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 07/29] nios2: I/O Mapping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] smaps should deal with huge zero page exactly same as normal zero page.
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v12 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v5 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH V3 2/2] arch/powerpc: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH V3 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/29] nios2: Exception handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 29/29] nios2: Build infrastructure
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v12 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v5 02/29] nios2: Assembly macros and definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 06/29] nios2: Memory management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 05/29] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 03/29] nios2: Kernel booting and initialization
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 09/29] nios2: Page table management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 08/29] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 10/29] nios2: Process management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 11/29] nios2: Cache handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 13/29] nios2: Interrupt handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 14/29] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH v5 12/29] nios2: TLB handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 16/29] nios2: ELF definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 15/29] Add ELF machine define for Nios2
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 17/29] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 18/29] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 19/29] nios2: Library functions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 20/29] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 22/29] nios2: Cpuinfo handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 23/29] nios2: Miscellaneous header files
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 25/29] nios2: Module support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 26/29] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 27/29] MAINTAINERS: Add nios2 maintainer
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 24/29] nios2: Nios2 registers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 07/29] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v5 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv5 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCHv5 2/3] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv5 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH V2 2/2] arch/powerpc: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v12 01/11] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 03/11] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 04/11] qspinlock: Extract out code snippets for the next patch
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 07/11] qspinlock: Revert to test-and-set on hypervisors
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 06/11] qspinlock: Use a simple write to grab the lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 08/11] qspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 11/11] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 05/11] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] arch/powerpc: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 12/27] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 13/27] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 11/27] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 03/27] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 07/27] PCI: rcar: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 15/27] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 06/27] PCI: designware: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 01/27] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 14/27] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 20/27] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 19/27] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 17/27] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 23/27] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 26/27] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 27/27] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 08/27] PCI: mvebu: Save msi chip in pci_sys_data
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH 2/2] arch/powerpc: Switch to generic RCU get_user_pages_fast
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v4 17/29] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v4 18/29] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v4 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v4 17/29] nios2: System calls handling
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH v4 04/29] nios2: Exception handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v4 18/29] nios2: Signal handling support
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v4 13/29] nios2: Interrupt handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 21/29] nios2: Time keeping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Robert Richter <rric@xxxxxxxxxx>
• [PATCH v4 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 03/29] nios2: Kernel booting and initialization
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 02/29] nios2: Assembly macros and definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 05/29] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 07/29] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 06/29] nios2: Memory management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 09/29] nios2: Page table management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 11/29] nios2: Cache handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 12/29] nios2: TLB handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 10/29] nios2: Process management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 13/29] nios2: Interrupt handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 14/29] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 15/29] Add ELF machine define for Nios2
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 16/29] nios2: ELF definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 17/29] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 18/29] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 20/29] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 19/29] nios2: Library functions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 22/29] nios2: Cpuinfo handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 24/29] nios2: Nios2 registers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 26/29] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 27/29] MAINTAINERS: Add nios2 maintainer
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 25/29] nios2: Module support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 23/29] nios2: Miscellaneous header files
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v4 08/29] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Robert Richter <rric@xxxxxxxxxx>
• [PATCH 1/9] ARC: Remove redundant PCI_IOBASE declaration
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 2/9] ARM: ebsa110: Properly override I/O accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 3/9] ARM: ixp4xx: Properly override I/O accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 4/9] [IA64] Change xlate_dev_{kmem,mem}_ptr() prototypes
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 5/9] /dev/mem: Use more consistent data types
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 6/9] asm-generic/io.h: Reconcile I/O accessor overrides
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 7/9] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>