Linux Arch
[Prev Page][Next Page]
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Colin Cross <ccross@xxxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Colin Cross <ccross@xxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/11] qspinlock: Optimize for smaller NR_CPUS
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 07/11] qspinlock: Use a simple write to grab the lock, if applicable
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 09/11] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 08/11] qspinlock: Revert to test-and-set on hypervisors
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 10/11] qspinlock: Paravirt support
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 10/11] qspinlock: Paravirt support
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 10/11] qspinlock: Paravirt support
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 06/11] qspinlock: Optimize pending bit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 05/11] qspinlock: Optimize for smaller NR_CPUS
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [REPOST PATCH 7/8] reservation: update api and add some helpers
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 8/8] reservation: add suppport for read-only access using rcu
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 3/8] dma-buf: use reservation objects
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 0/8] fence synchronization patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 5/8] reservation: add support for fences to enable cross-device synchronisation
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 2/8] seqno-fence: Hardware dma-buf implementation of fencing (v5)
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 4/8] android: convert sync to fence api, v5
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [REPOST PATCH 6/8] dma-buf: add poll support, v3
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v11 14/16] pvqspinlock: Add qspinlock para-virtualization support
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 03/11] qspinlock: Add pending bit
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 01/11] qspinlock: A simple generic 4-byte queue spinlock
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 01/11] qspinlock: A simple generic 4-byte queue spinlock
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 08/24] Allow a 32bit ABI to use the naming of the 64bit ABI syscalls to avoid confusion of not splitting the registers.
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 06/24] Allow for some signal structures to be the same between a 32bit ABI and the 64bit ABI.
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 10/11] qspinlock: Paravirt support
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 08/11] qspinlock: Revert to test-and-set on hypervisors
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 00/11] qspinlock with paravirt support
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 01/11] qspinlock: A simple generic 4-byte queue spinlock
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- [PATCH 01/11] qspinlock: A simple generic 4-byte queue spinlock
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 05/11] qspinlock: Optimize for smaller NR_CPUS
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 07/11] qspinlock: Use a simple write to grab the lock, if applicable
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH v11 14/16] pvqspinlock: Add qspinlock para-virtualization support
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 10/11] qspinlock: Paravirt support
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 08/11] qspinlock: Revert to test-and-set on hypervisors
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 03/11] qspinlock: Add pending bit
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 11/11] qspinlock, kvm: Add paravirt support
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 06/11] qspinlock: Optimize pending bit
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 09/11] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 04/11] qspinlock: Extract out the exchange of tail code word
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 00/11] qspinlock with paravirt support
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Alexei Starovoitov <ast@xxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Alexei Starovoitov <ast@xxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Alexei Starovoitov <ast@xxxxxxxxxxxx>
- Re: [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 00/10] tools: Revamp the unaligned endian access functions
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Will Drewry <wad@xxxxxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 14/16] pvqspinlock: Add qspinlock para-virtualization support
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 14/16] pvqspinlock: Add qspinlock para-virtualization support
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: "Long, Wai Man" <waiman.long@xxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 00/10] tools: Revamp the unaligned endian access functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
- From: "Long, Wai Man" <waiman.long@xxxxxx>
- [RFC 1/5] seccomp,x86,arm,mips,s390: Remove nr parameter from secure_computing
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC 3/5] seccomp: Refactor the filter callback and the API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC 2/5] x86_64,entry: Treat regs->ax the same in fastpath and slowpath syscalls
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC 5/5] x86,seccomp: Add a seccomp fastpath
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC 4/5] seccomp: Allow arch code to provide seccomp_data
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC 0/5] Two-phase seccomp and an x86_64 fast path
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 00/10] tools: Revamp the unaligned endian access functions
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 1/1] define generic version of cmpxchg{64} only if not, previously defined
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH 1/1] define generic version of cmpxchg{64} only if not, previously defined
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH] dma-mapping: Provide write-combine allocations
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 06/16] qspinlock: prolong the stay in the pending bit path
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v6 0/9] seccomp: add thread sync ability
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 8/9] ARM: add seccomp syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 9/9] MIPS: add seccomp syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 5/9] seccomp: split mode set routines
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 2/9] seccomp: split filter prep from check and apply
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 4/9] seccomp: move no_new_privs into seccomp
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 7/9] seccomp: implement SECCOMP_FILTER_FLAG_TSYNC
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 3/9] seccomp: introduce writer locking
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 6/9] seccomp: add "seccomp" syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 1/9] seccomp: create internal mode-setting function
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH RFC 03/10] tools: Add le_direct/be_direct methods for unaligned access
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH RFC 03/10] tools: Add le_direct/be_direct methods for unaligned access
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 03/10] tools: Add le_direct/be_direct methods for unaligned access
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH RFC 03/10] tools: Add le_direct/be_direct methods for unaligned access
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH RFC 00/10] tools: Revamp the unaligned endian access functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 03/10] tools: Add le_direct/be_direct methods for unaligned access
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 10/10] tools: Use reasonable defaults for the default access
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 09/10] tools: Add common infrastructure for byte swapping
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 06/10] tools: Add gcc __builtin_bswap*() support for unaligned references
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 07/10] tools: Remove leading underscores from header guards
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 04/10] tools: Add packed struct method for unaligned references
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 01/10] tools: Remove double-underscore symbols from user space byteshift functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 08/10] tools: Move unaligned common infrastructure into <tools/unaligned.h>
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 02/10] tools: Create <tools/unaligned.h> and an unaligned subdirectory
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH RFC 05/10] tools: Add <endian.h> libc support for unaligned references
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 06/20] arch,avr32: Fold atomic_ops
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [PATCH 1/1] define generic version of cmpxchg{64} only if not, previously defined
- From: Pranith Kumar <pranith@xxxxxxxxxx>
- Re: [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCHv4 RESEND 0/3] syscalls,x86: Add execveat() system call
- From: David Drysdale <drysdale@xxxxxxxxxx>
- [PATCHv4 RESEND man-pages 3/3] execveat.2: initial man page for execveat(2)
- From: David Drysdale <drysdale@xxxxxxxxxx>
- [PATCHv4 RESEND 2/3] syscalls,x86: add selftest for execveat(2)
- From: David Drysdale <drysdale@xxxxxxxxxx>
- [PATCHv4 RESEND 1/3] syscalls,x86: implement execveat() system call
- From: David Drysdale <drysdale@xxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- 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: Arnd Bergmann <arnd@xxxxxxxx>
- 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: "Theodore Ts'o" <tytso@xxxxxxx>
- 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: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Chuck Lever <chuck.lever@xxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- 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: "Theodore Ts'o" <tytso@xxxxxxx>
- [PATCH, resend] allow putting the exception table into .rodata (and do so on x86)
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Chuck Lever <chuck.lever@xxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- 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: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 25/32] gfs2: convert to struct inode_time
- From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
- Re: [RFC 17/32] ubifs: convert to struct inode_time
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH] arm: dma-mapping: fix potential build error under !CMA
- From: Chanho Min <chanho.min@xxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- 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: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Richard Cochran <richardcochran@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Richard Cochran <richardcochran@xxxxxxxxx>
- 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: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Richard Cochran <richardcochran@xxxxxxxxx>
- 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: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [RFC 11/32] xfs: convert to struct inode_time
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC 00/32] making inode time stamps y2038 ready
- From: Arnd Bergmann <arnd@xxxxxxxx>
- 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>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]