Linux Arch

• Thread Index

• Re: [RFC 02/32] uapi: add struct __kernel_timespec{32,64}
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 03/32] fs: introduce sys_utimens64at
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [RFC 13/32] ext3: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [RFC 24/32] hfs, hfsplus: convert to struct inode_time
  • From: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 03/32] fs: introduce sys_utimens64at
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [RFC 13/32] ext3: convert to struct inode_time
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 06/32] isofs: fix timestamps beyond 2027
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [RFC 06/32] isofs: fix timestamps beyond 2027
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC 22/32] fs: convert simple fs to inode_time
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 11/32] xfs: convert to struct inode_time
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC 09/32] fs/pstore: convert to struct inode_time
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC 23/32] logfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 22/32] fs: convert simple fs to inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 02/32] uapi: add struct __kernel_timespec{32,64}
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [RFC 03/32] fs: introduce sys_utimens64at
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 09/32] fs/pstore: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 13/32] ext3: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 14/32] ext4: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 21/32] udf: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 06/32] isofs: fix timestamps beyond 2027
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 16/32] ntfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 12/32] btrfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 04/32] fs: introduce sys_newfstat64/sys_newfstatat64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 10/32] fs/coda: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 20/32] afs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 08/32] fs/ceph: convert to 'struct inode_time'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 05/32] arch: hook up new stat and utimes syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 02/32] uapi: add struct __kernel_timespec{32,64}
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 11/32] xfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 27/32] jffs2: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 32/32] fs: use new inode_time definition unconditionally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 28/32] adfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 30/32] fuse: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 26/32] reiserfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 24/32] hfs, hfsplus: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 29/32] f2fs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 25/32] gfs2: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 31/32] scsi: fnic: use current_kernel_time() for timestamp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 17/32] ubifs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 19/32] fs/fat: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 18/32] ocfs2: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 07/32] fs/nfs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 15/32] cifs: convert to struct inode_time
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 01/32] fs: introduce new 'struct inode_time'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v11 01/16] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 02/16] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 04/16] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 05/16] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 07/16] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 08/16] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 10/16] qspinlock: Split the MCS queuing code into a separate slowerpath
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 11/16] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 12/16] pvqspinlock, x86: Add PV data structure & methods
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 13/16] pvqspinlock: Enable coexistence with the unfair lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 14/16] pvqspinlock: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 15/16] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 16/16] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 03/16] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v11 00/16] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v2 14/18] sparc: io: implement dummy relaxed accessor macros for writes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: uaccess: avoid name conflicts for strncpy and str(n)len
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] asm-generic: uaccess: avoid name conflicts for strncpy and str(n)len
  • From: Joel Porquet <joel@xxxxxxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 2/3] syscalls,x86: add selftest for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv4 1/3] syscalls,x86: implement execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• [PATCHv4 man-pages 3/3] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH 16/27] mips: Use common bits from generic tlb.h
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCHv4 0/3] syscalls,x86: Add execveat() system call
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 14/18] sparc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 14/18] sparc: io: implement dummy relaxed accessor macros for writes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 05/18] alpha: io: implement relaxed accessor macros for writes
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v2 02/18] microblaze: io: remove dummy relaxed accessor macros
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 01/18] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 12/18] parisc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 03/18] s390: io: remove dummy relaxed accessor macros for reads
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 11/18] mn10300: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 08/18] ia64: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 06/18] frv: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 17/18] documentation: memory-barriers: clarify relaxed io accessor semantics
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 14/18] sparc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 04/18] xtensa: io: remove dummy relaxed accessor macros for reads
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 09/18] m32r: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 13/18] powerpc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 10/18] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 15/18] tile: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 07/18] cris: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 05/18] alpha: io: implement relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 26/27] x86: Use common bits from generic tlb.h
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 08/07] qspinlock: integrate pending bit into queue
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• 回复： [PATCH 25/27] unicore32: Use common bits from generic tlb.h
  • From: 管雪涛 <gxt@xxxxxxxxxx>
• Re: [PATCH 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH 11/27] hexagon: Use common bits from generic tlb.h
  • From: rkuo <rkuo@xxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
• Re: [PATCH 14/20] arch,mn10300: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/20] arch,mn10300: Fold atomic_ops
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 4/6] android: convert sync to fence api, v5
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH] x86, hugetlb: add missing TLB page invalidation for hugetlb_cow()
  • From: Anthony Iliopoulos <anthony.iliopoulos@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Unifying vdso implementations across architectures?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 16/27] mips: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 16/27] mips: Use common bits from generic tlb.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/15] mips: add renameat2 syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/27] arm64: Override defaults from generic/tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 01/27] arm64: Override defaults from generic/tlb.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Consolidate tlb.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/27] metag: Use common bits from generic tlb.h
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: Consolidate tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: Consolidate tlb.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/27] arc: Use common bits from generic tlb.h
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 09/27] cris: Use common bits from generic tlb.h
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH] x86, hugetlb: add missing TLB page invalidation for hugetlb_cow()
  • From: Oren Twaig <oren@xxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 04/25] avr32: Add 32 bit time_t and clock_t
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 08/27] c6x: Use generic tlb.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• [PATCH 23/27] sparc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 20/27] powerpc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 27/27] xtensa: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 07/27] blackfin: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 16/27] mips: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 24/27] tile: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 13/27] m68k: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 26/27] x86: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 21/27] score: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 25/27] unicore32: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 06/27] avr32: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 18/27] openrisc: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 14/27] metag: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 10/27] frv: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 12/27] m32r: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 17/27] mn10300: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 09/27] cris: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 08/27] c6x: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 04/27] alpha: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Consolidate tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 19/27] parisc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 05/27] arc: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 15/27] microblaze: Use generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 02/27] powerpc: Override defaults from generic/tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 22/27] sh: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 01/27] arm64: Override defaults from generic/tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 03/27] generic/tlb.h: Move common defines into generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 11/27] hexagon: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 04/27] alpha: Use generic tlb.h
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 12/27] m32r: Use generic tlb.h
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] x86, hugetlb: add missing TLB page invalidation for hugetlb_cow()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH] x86, hugetlb: add missing TLB page invalidation for hugetlb_cow()
  • From: Anthony Iliopoulos <anthony.iliopoulos@xxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 4/4] asm-generic: remove _STK_LIM_MAX
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [RFC PATCH V5 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 04/25] avr32: Add 32 bit time_t and clock_t
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 24/25] x86: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 04/25] avr32: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH] x86, hugetlb: add missing TLB page invalidation for hugetlb_cow()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/25] avr32: Add 32 bit time_t and clock_t
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH V5 4/6] arm: mm: Enable RCU fast_gup
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 12/20] arch,metag: Fold atomic_ops
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 16/25] openrisc: Add 32 bit time_t and clock_t
  • From: Jonas Bonn <jonas@xxxxxxxxxxxx>
• Re: [PATCH 16/25] openrisc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 02/25] arc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 03/25] arm: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 04/25] avr32: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 05/25] blackfin: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 06/25] c6x: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 08/25] frv: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 13/25] microblaze: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 14/25] mips: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 15/25] mn10300: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 16/25] openrisc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 17/25] parisc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 07/25] cris: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 20/25] score: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 21/25] sh: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 22/25] sparc: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 23/25] unicore32: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 25/25] xtense: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 19/25] s390: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 11/25] m68k: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 09/25] hexagon: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 10/25] m32r: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 01/25] asm-generic: Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 00/25] Change time_t and clock_t to 64 bit
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/20] arch,hexagon: Fold atomic_ops
  • From: rkuo <rkuo@xxxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 03/20] arch,arc: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 11/20] arch,m68k: Fold atomic_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/20] arch,arc: Fold atomic_ops
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 11/20] arch,m68k: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 11/20] arch,m68k: Fold atomic_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v10 12/19] unfair qspinlock: Variable frequency lock stealing mechanism
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 05/20] arch,arm64: Fold atomic_ops
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 04/20] arch,arm: Fold atomic_ops
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 20/20] arch: Rewrite generic atomic support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: Rewrite generic atomic support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 20/20] arch: Rewrite generic atomic support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 05/20] arch,arm64: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/20] arch,arc: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 17/20] arch,sh: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 09/20] arch,ia64: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 04/20] arch,arm: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 01/20] x86: Kill atomic_or_long()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/20] arch,powerpc: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/20] arch atomic 'cleanup'
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 14/20] arch,mn10300: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/20] arch,hexagon: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/20] arch,alpha: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 07/20] arch,cris: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 10/20] arch,m32r: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 19/20] arch,xtensa: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 15/20] arch,parisc: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/20] arch,mips: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 12/20] arch,metag: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 18/20] arch,sparc: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 11/20] arch,m68k: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 06/20] arch,avr32: Fold atomic_ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V4 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 01/19] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 02/19] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 12/19] unfair qspinlock: Variable frequency lock stealing mechanism
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 11/19] qspinlock: Split the MCS queuing code into a separate slowerpath
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 13/19] unfair qspinlock: Enable lock stealing in lock waiters
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 15/19] pvqspinlock, x86: Add PV data structure & methods
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 14/19] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 16/19] pvqspinlock: Enable coexistence with the unfair lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 17/19] pvqspinlock: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 19/19] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: kprobes broken in linux-next (was Re: [tip:perf/kprobes] kprobes: Introduce NOKPROBE_SYMBOL() macro to maintain kprobes blacklist)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [RFC PATCH V5 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 6/6] arm64: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [RFC PATCH V5 0/6] get_user_pages_fast for ARM and ARM64
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: kprobes broken in linux-next (was Re: [tip:perf/kprobes] kprobes: Introduce NOKPROBE_SYMBOL() macro to maintain kprobes blacklist)
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [RFC PATCH V4 3/7] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [RFC PATCH V4 3/7] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• kprobes broken in linux-next (was Re: [tip:perf/kprobes] kprobes: Introduce NOKPROBE_SYMBOL() macro to maintain kprobes blacklist)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH V4 6/7] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
• Re: [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: Szeredi Miklos <miklos@xxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V3 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries
  • From: Madhavan Srinivasan <maddy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 25/28] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 25/28] nios2: ptrace support
  • From: Pedro Alves <palves@xxxxxxxxxx>
• [PATCH] mm: split 'tlb_flush_mmu()' into tlb flushing and memory freeing parts
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <chunglin_tang@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 14/28] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 14/28] nios2: DMA mapping API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 14/28] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "Pinski, Andrew" <Andrew.Pinski@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "Pinski, Andrew" <Andrew.Pinski@xxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 19/28] nios2: Device tree support
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] vmlinux.lds.h clean-ups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "Pinski, Andrew" <Andrew.Pinski@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 2/3] scripts/checksyscalls.sh: Make renameat optional
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] asm-generic: Add renameat2 syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/15] arm: __NR_syscalls fix
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 15/15] asm-generic: add renameat2 syscall
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 07/15] mips: add renameat2 syscall
  • From: James Hogan <james@xxxxxxxxxxxxx>
• [RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
• Re: [PATCH 02/15] arm: __NR_syscalls fix
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [RFC 2/3] scripts/checksyscalls.sh: Make renameat optional
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 1/3] asm-generic: Add renameat2 syscall
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 0/3] asm-generic: Add renameat2, drop renameat by default
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 05/28] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 19/28] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 04/15] arm64: __NR_compat_syscalls fix
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 04/15] arm64: __NR_compat_syscalls fix
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 23/28] nios2: Nios2 registers
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 28/28] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 19/28] nios2: Device tree support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 23/28] nios2: Nios2 registers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 19/28] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/28] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: "LF.Tan" <lftan.linux@xxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 05/15] arm64: add renameat2 syscall
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 04/15] arm64: __NR_compat_syscalls fix
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 16/18] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/15] parisc: add renameat2 syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 06/15] m68k: add renameat2 syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/28] nios2: MMU Fault handling
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 05/28] nios2: Traps exception handling
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/28] nios2: Memory management
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 18/18] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 07/28] nios2: I/O Mapping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/18] microblaze: io: remove dummy relaxed accessor macros
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 14/28] nios2: DMA mapping API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/18] cris: io: implement dummy relaxed accessor macros for writes
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 20/28] nios2: Time keeping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/18] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 19/28] nios2: Device tree support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 23/28] nios2: Nios2 registers
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 28/28] Documentation: Add documentation for Nios2 architecture
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 04/28] nios2: Exception handling
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 09/28] nios2: Page table management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V2 1/2] mm: move FAULT_AROUND_ORDER to arch/
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Dirty/Access bits vs. page content
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Chung-Lin Tang <chunglin_tang@xxxxxxxxxx>
• Re: [PATCH 06/15] m68k: add renameat2 syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 01/28] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 01/28] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 01/28] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 17/28] nios2: Signal handling support
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 09/15] parisc: add renameat2 syscall
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 16/28] nios2: System calls handling
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 09/28] nios2: Page table management
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 01/28] nios2: Build infrastructure
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/28] nios2: Build infrastructure
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/28] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 14/28] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 07/28] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 05/28] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH 03/28] nios2: Kernel booting and initialization
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>