Linux S390: System z9 mainframe
[Prev Page][Next Page]
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [libseccomp] Re: [PATCH] arch: update s390/s390x system call tables
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: David Long <dave.long@xxxxxxxxxx>
- Re: [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: David Long <dave.long@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH v4 0/6] (mostly) Arch-independent livepatch
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [libseccomp] Re: [PATCH] arch: update s390/s390x system call tables
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 2/2] Consolidate redundant register/stack access code
- From: David Long <dave.long@xxxxxxxxxx>
- [PATCH v3 1/2] Move the pt_regs_offset struct definition from arch to common include file
- From: David Long <dave.long@xxxxxxxxxx>
- [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: David Long <dave.long@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [RFC PATCH v4 0/6] (mostly) Arch-independent livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 2/3] kallsyms: don't overload absolute symbol type for percpu symbols
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 1/3] x86: kallsyms: disable absolute percpu symbols on !SMP
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 0/3] kallsyms base relative series
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 3/3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH v4 0/6] (mostly) Arch-independent livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 2/4] lib: update single-char callers of strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 4/4] param: convert some "on"/"off" users to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 0/4] lib: add "on" and "off" to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 2/4] lib: update single-char callers of strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 3/4] lib: add "on"/"off" support to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 1/4] lib: move strtobool to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 1/4] lib: move strtobool to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: module: s390: keep mod_arch_specific for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- RE: [PATCH v2 2/4] lib: update single-char callers of strtobool
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2 4/4] param: convert some "on"/"off" users to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 4/4] param: convert some "on"/"off" users to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 1/4] lib: move strtobool to kstrtobool
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/4] lib: move strtobool to kstrtobool
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v2 3/4] lib: add "on"/"off" support to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 4/4] param: convert some "on"/"off" users to strtobool
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v2 2/4] lib: update single-char callers of strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 3/4] lib: add "on"/"off" support to kstrtobool
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v2 2/4] lib: update single-char callers of strtobool
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v2 1/4] lib: move strtobool to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 0/4] lib: add "on" and "off" to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: module: s390: keep mod_arch_specific for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2 4/4] param: convert some "on"/"off" users to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 1/4] lib: move strtobool to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 2/4] lib: update single-char callers of strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 3/4] lib: add "on"/"off" support to kstrtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/3] lib: fix callers of strtobool to use char array
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v7 9/9] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 1/6] Elf: add livepatch-specific Elf constants
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 5/6] samples: livepatch: mark as livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 6/6] Documentation: livepatch: outline Elf format and requirements for patch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v4 0/6] (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v7 5/9] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v7 0/9] virtio DMA API, yet again
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v7 5/9] virtio_ring: Support DMA APIs
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 9/9] vring: Use the DMA API on Xen
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v7 1/9] dma: Provide simple noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 4/9] vring: Introduce vring_use_dma_api()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 3/9] s390/dma: Allow per device dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 2/9] alpha/dma: use common noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 6/9] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 7/9] virtio_mmio: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 9/9] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 8/9] virtio_pci: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 5/9] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v7 0/9] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [RFC 02/12] locking, rwsem: drop explicit memory barriers
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 01/12] locking, rwsem: get rid of __down_write_nested
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 0/12] introduce down_write_killable for rw_semaphore
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 10/12] x86, rwsem: simplify __down_write
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 11/12] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 12/12] locking, rwsem: provide down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 08/12] sparc, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 09/12] xtensa, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 07/12] sh, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 06/12] s390, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 05/12] ia64, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 04/12] alpha, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC 03/12] locking, rwsem: introduce basis for down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v6 6/9] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 3/9] s390/dma: Allow per device dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v10 0/8] arm64, numa: Add numa support for arm64 platforms
- From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 6/9] virtio: Add improved queue allocation API
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v10 0/8] arm64, numa: Add numa support for arm64 platforms
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 7/8] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 6/8] arm64, mm, numa: Adding numa balancing support for arm64.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 5/8] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 4/8] arm64, numa : Enable numa dt for arm64 platforms.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 2/8] Documentation, dt, numa: dt bindings for numa.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v10 1/8] arm64, numa: adding numa support for arm64 platforms.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 0/9] virtio DMA API, yet again
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v6 9/9] vring: Use the DMA API on Xen
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- [PATCH v6 1/9] dma: Provide simple noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 3/9] s390/dma: Allow per device dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 0/9] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 9/9] vring: Use the DMA API on Xen
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [PATCH v6 4/9] vring: Introduce vring_use_dma_api()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 6/9] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 5/9] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 7/9] virtio_mmio: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 8/9] virtio_pci: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 9/9] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v6 2/9] alpha/dma: use common noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] lib: fix callers of strtobool to use char array
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [linux-next:master 1875/2100] include/linux/jump_label.h:122:2: error: implicit declaration of function 'atomic_read'
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 00/10] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/10] virtio DMA API, yet again
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 00/10] virtio DMA API, yet again
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Build failures (s390) in -next due to 'mm, printk: introduce new format string for flags'
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Build failures (s390) in -next due to 'mm, printk: introduce new format string for flags'
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [linux-next:master 1875/2100] include/linux/jump_label.h:122:2: error: implicit declaration of function 'atomic_read'
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [linux-next:master 1875/2100] include/linux/jump_label.h:122:2: error: implicit declaration of function 'atomic_read'
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v5 00/10] virtio DMA API, yet again
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [linux-next:master 1875/2100] include/linux/jump_label.h:122:2: error: implicit declaration of function 'atomic_read'
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [linux-next:master 1875/2100] include/linux/jump_label.h:122:2: error: implicit declaration of function 'atomic_read'
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.5-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] s390:ftrace: add save_stack_trace_regs()
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 3/3] param: convert some "on"/"off" users to strtobool
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- [PATCH v5 01/10] dma: Provide simple noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 00/10] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 02/10] alpha/dma: use common noop dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 03/10] s390/dma: Allow per device dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 05/10] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 06/10] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 07/10] virtio_mmio: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 09/10] vring: Use the DMA API on Xen
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 08/10] virtio_pci: Use the DMA API if enabled
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v5 10/10] vring: Add a module parameter to force-enable the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH 08/31] Add debugger entry points for S390
- From: Jeffrey Merkey <jeffmerkey@xxxxxxxxx>
- Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] param: convert some "on"/"off" users to strtobool
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH 3/3] param: convert some "on"/"off" users to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 2/3] lib: add "on" and "off" to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 1/3] lib: fix callers of strtobool to use char array
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 0/3] lib: add "on" and "off" to strtobool
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH] kexec: unmap reserved pages for each error-return way
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH v2] debugobjects: Allow bigger number of objects
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: linux-4.5-rc1/drivers/s390/net/netiucv.c:305: possible missing code ?
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- [PATCH] kexec: unmap reserved pages for each error-return way
- From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- [PATCH v2 resend 1/6] extable: add support for relative extables to search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 5/6] ia64/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 3/6] s390/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 6/6] arm64: switch to relative exception tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 2/6] alpha/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 4/6] x86/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 resend 0/6] generic relative extable support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH v3 1/3] mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v3 0/3] Optimize CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v3 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH v2 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 1/3] mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 0/3] Optimize CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] documentation: Add disclaimer
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH/RFC 1/3] mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/17] arch: Set IORESOURCE_SYSTEM_RAM flag for System RAM
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 1/6] arm64, numa: adding numa support for arm64 platforms.
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [GIT PULL 0/3] Fixes for kvm/master (targeting 4.5)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- [GIT PULL 2/3] KVM: s390: Enable the KVM-VFIO device
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/3] KVM: s390: fix guest fprs memory leak
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/3] Fixes for kvm/master (targeting 4.5)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/3] KVM: s390: fix memory overwrites when vx is disabled
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH/RFC 0/3] Optimize CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 3/3] s390: query dynamic DEBUG_PAGEALLOC setting
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 1/3] mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH/RFC] mm/debug_pagealloc: enable it by default
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2 06/16] auditsc: For seccomp events, log syscall compat state using in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 05/16] ptrace: in PEEK_SIGINFO, check syscall bitness, not task bitness
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 08/16] ext4: In ext4_dir_llseek, check syscall bitness directly
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 07/16] staging/lustre: Switch from is_compat_task to in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 09/16] net/sctp: Use in_compat_syscall for sctp_getsockopt_connectx3
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 10/16] net/xfrm_user: Use in_compat_syscall to deny compat syscalls
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 11/16] firewire: Use in_compat_syscall to check ioctl compatness
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 02/16] sparc/compat: Provide an accurate in_compat_syscall implementation
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 12/16] efivars: Use in_compat_syscall to check for compat callers
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 13/16] amdkfd: Use in_compat_syscall to check open() caller type
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 15/16] uhid: Check write() bitness using in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 16/16] x86/compat: Remove is_compat_task
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 04/16] seccomp: Check in_compat_syscall, not is_compat_task, in strict mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 03/16] sparc/syscall: Fix syscall_get_arch
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 00/16] compat: Introduce and use in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 01/16] compat: Add in_compat_syscall to ask whether we're in a compat syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH/RFC] mm/debug_pagealloc: enable it by default
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] mm/debug_pagealloc: enable it by default
- From: Dave Jones <davej@xxxxxxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH/RFC] mm/debug_pagealloc: enable it by default
- From: Dave Jones <davej@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] kallsyms base relative series
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v4 0/3] kallsyms base relative series
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 0/5] all: s390: make compat wrappers the generic solution
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] all: wrap getdents64 syscall
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] all: s390: redefine wrappers in generic code
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] all: declare new wrappers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH v4 1/3] x86: kallsyms: disable absolute percpu symbols on !SMP
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 3/3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 2/3] kallsyms: don't overload absolute symbol type for percpu symbols
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 0/3] kallsyms base relative series
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH/RFC] mm/debug_pagealloc: enable it by default
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 06/17] arch: Set IORESOURCE_SYSTEM_RAM to System RAM
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Jens Axboe <axboe@xxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 2/2] cgroup: make sure a parent css isn't freed before its children
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH v2 1/2] cgroup: make sure a parent css isn't offlined before its children
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- spurious use after free bug in dio_bio_complete on scsi disks (with multipath)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] cgroup: make sure a parent css isn't offlined before its children
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [BUG] Regression introduced with "block: split bios to max possible length"
- From: Jens Axboe <axboe@xxxxxx>
- Re: [PATCH 1/2] cgroup: make sure a parent css isn't offlined before its children
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/2] cgroup: make sure a parent css isn't offlined before its children
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 2/2] cgroup: make sure a parent css isn't freed before its children
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/2] cgroup: make sure a parent css isn't offlined before its children
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH v3] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [BUG] Regression introduced with "block: split bios to max possible length"
- From: Stefan Haberland <sth@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] powerpc: enable text relative kallsyms for ppc64
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 1/4] kallsyms: add support for relative offsets in kallsyms address table
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 4/4] x86_64: enable text relative kallsyms for 64-bit targets
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v6 20/21] all: s390: make compat wrappers the generic solution
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] support for text-relative kallsyms table
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] s390: enable text relative kallsyms for 64-bit targets
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/4] s390: enable text relative kallsyms for 64-bit targets
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/4] s390: enable text relative kallsyms for 64-bit targets
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/4] s390: enable text relative kallsyms for 64-bit targets
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [Fwd: [PATCH net 0/1] af_iucv: Validate socket address length in iucv_sock_bind()]
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] x86_64: enable text relative kallsyms for 64-bit targets
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 3/4] s390: enable text relative kallsyms for 64-bit targets
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/4] powerpc: enable text relative kallsyms for ppc64
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/4] kallsyms: add support for relative offsets in kallsyms address table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/4] support for text-relative kallsyms table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] Rename is_compat_task to in_compat_syscall
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v6 20/21] all: s390: make compat wrappers the generic solution
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: SPARC issue
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: SPARC issue
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] Rename is_compat_task to in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: SPARC issue
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: SPARC issue
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Rename is_compat_task to in_compat_syscall
- From: David Miller <davem@xxxxxxxxxxxxx>
- SPARC issue (Re: [PATCH] Rename is_compat_task to in_compat_syscall)
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] Rename is_compat_task to in_compat_syscall
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] Rename is_compat_task to in_compat_syscall
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH net 0/1] af_iucv: Validate socket address length in iucv_sock_bind()
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH cgroup/for-4.5-fixes] cpuset: make mm migration asynchronous
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH net 1/1] af_iucv: Validate socket address length in iucv_sock_bind()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net 0/1] af_iucv: Validate socket address length in iucv_sock_bind()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v9 1/6] arm64, numa: adding numa support for arm64 platforms.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 4/6] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH v9 6/6] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v9 0/6] arm64, numa: Add numa support for arm64 platforms
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v9 4/6] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
- From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 0/6] generic relative extable support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [Fwd: Fw: Information leak in sco_sock_bind]
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- [Fwd: Fw: Information leak in sco_sock_bind]
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] SCSI-zfcp: Delete unnecessary checks before the function call "mempool_destroy"
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- regression 4.4: deadlock in with cgroup percpu_rwsem
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v2 0/6] generic relative extable support
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v5 5/7] s390: mm/gup: add gup trace points
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: Documentation: livepatch: outline the Elf format of a livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v5 5/7] s390: mm/gup: add gup trace points
- From: "Shi, Yang" <yang.shi@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.5 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 6/6] Documentation: livepatch: outline the Elf format of a livepatch module
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 27/41] x86: define __smp_xxx
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v3 6/6] Documentation: livepatch: outline the Elf format of a livepatch module
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [v3,11/41] mips: reuse asm-generic/barrier.h
- From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: s390 cross-compiling code coverage
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: s390 cross-compiling code coverage
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- Re: s390 cross-compiling code coverage
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- s390 cross-compiling code coverage
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 0/6] generic relative extable support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 39/41] xen/events: use virt_xxx barriers
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 3/3] checkpatch: add virt barriers
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: [PATCH v3 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] s390: more efficient smp barriers
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH v3 2/6] module: preserve Elf information for livepatch modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 3/3] checkpatch: add virt barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH v2 3/3] tty: Remove ASYNC_CLOSING
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 3/3] checkpatch: add virt barriers
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- [PATCH v3 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH v3 02/41] asm-generic: guard smp_store_release/load_acquire
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 03/41] ia64: rename nop->iosapic_nop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 04/41] ia64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 06/41] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 08/41] arm: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 09/41] arm64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 10/41] metag: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 11/41] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 12/41] x86/um: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 14/41] asm-generic: add __smp_xxx wrappers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 15/41] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 16/41] arm64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 17/41] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 18/41] blackfin: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 19/41] ia64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 20/41] metag: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 21/41] mips: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 23/41] sh: define __smp_xxx, fix smp_store_mb for !SMP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 24/41] sparc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 25/41] tile: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 26/41] xtensa: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 29/41] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 30/41] virtio_ring: update weak barriers to use virt_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 31/41] sh: support 1 and 2 byte xchg
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 32/41] sh: move xchg_cmpxchg to a header by itself
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 33/41] virtio_ring: use virt_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 34/41] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 35/41] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 36/41] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 38/41] xen/io: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 39/41] xen/events: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 41/41] s390: more efficient smp barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 40/41] s390: use generic memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 37/41] xenbus: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 28/41] asm-generic: implement virt_xxx memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 27/41] x86: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 22/41] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 07/41] sparc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] s390: more efficient smp barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [RFC PATCH v3 4/6] livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 5/6] samples: livepatch: mark as livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 6/6] Documentation: livepatch: outline the Elf format of a livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 2/6] module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 1/6] Elf: add livepatch-specific Elf constants
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v3 0/6] (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v2 2/6] alpha/extable: use generic search and sort routines
- From: Richard Henderson <rth@xxxxxxxxxxx>
- Re: 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [GIT PULL 1/2] kvm/s390: drop unpaired smp_mb
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/2] KVM: s390: implement the RI support of guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/2] KVM: s390: Feature and fix for 4.5
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]