Linux Arch
[Prev Page][Next Page]
- 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>
- [PATCH 8/9] ARM: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH 9/9] arm64: Use include/asm-generic/io.h
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- [PATCH v5 0/9] asm-generic/io.h overhaul
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Andrea Arcangeli <aarcange@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: Thierry Reding <thierry.reding@xxxxxxxxx>
- 回复: Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
- From: Xuetao Guan <gxt@xxxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v13 03/12] ARM: Define PCI_IOBASE as the base of virtual PCI IO space
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 12/12] arm64: Add architectural support for PCI
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 05/12] of/pci: Move of_pci_range_to_resources() to of/address.c
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 11/12] PCI: Add pci_remap_iospace() to map bus I/O resources
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 04/12] of/pci: Define of_pci_range_to_resource() only when CONFIG_PCI=y
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 01/12] asm-generic/io.h: Fix ioport_map() for !CONFIG_GENERIC_IOMAP
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 06/12] of/pci: Fix the conversion of IO ranges into IO resources
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 09/12] of/pci: Add support for parsing PCI host bridge resources from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 08/12] of/pci: Add pci_get_new_domain_nr() and of_get_pci_domain_nr()
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH v13 07/12] PCI: Add generic domain handling
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@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: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
- From: Xuetao Guan <gxt@xxxxxxxxxx>
- Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
- Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- [PATCH V4 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 2/6] arm: mm: Introduce special ptes for LPAE
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 4/6] arm: mm: Enable RCU fast_gup
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 6/6] arm64: mm: Enable RCU fast_gup
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [PATCH V4 0/6] RCU get_user_pages_fast and __get_user_pages_fast
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 28/29] Documentation: Add documentation for Nios2 architecture
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
- From: Aaron Lu <aaron.lu@xxxxxxxxx>
- Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
- From: Aaron Lu <aaron.lu@xxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 28/29] Documentation: Add documentation for Nios2 architecture
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 11/17] parisc: io: implement dummy relaxed accessor macros for writes
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: bit fields && data tearing
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
- Re: [PATCH v3 04/17] xtensa: io: remove dummy relaxed accessor macros for reads
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- 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: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v4 0/8] asm-generic/io.h overhaul
- 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 v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
- From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
- Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH 00/20] arch atomic 'cleanup'
- From: Ingo Molnar <mingo@xxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]