Linux S390: System z9 mainframe
[Prev Page][Next Page]
- Re: 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] virtio/s390: use dev_to_virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/2] 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390: drop smp_mb in vdso_init
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] kvm/s390: drop unpaired smp_mb
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
- From: Richard Weinberger <richard@xxxxxx>
- [PATCH] kvm/s390: drop unpaired smp_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] s390: drop smp_mb in vdso_init
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 1/6] extable: add support for relative extables to search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/6] alpha/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 3/6] s390/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 5/6] ia64/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 4/6] x86/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 6/6] arm64: switch to relative exception tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 0/6] generic relative extable support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: 390/qeth: Refactoring for qeth_core_set_online()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/6] extable: add support for relative extables to search and sort routines
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- RE: [PATCH 6/6] arm64: switch to relative exception tables
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 0/6] generic relative extable support
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v3 0/2] Allow gmap fault to retry
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64: switch to relative exception tables
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: 390/qeth: Refactoring for qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] 390/qeth: Refactoring for qeth_core_set_online()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] 390/qeth: Refactoring for qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH 2/2] 390/qeth: Refactoring for qeth_core_set_online()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/2] 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 2/2] s390/mm: enable fixup_user_fault retrying
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/6] generic relative extable support
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 1/2] mm: bring in additional flag for fixup_user_fault to signal unlock
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 0/2] Allow gmap fault to retry
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390: fix normalization bug in exception table sorting
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] s390: fix normalization bug in exception table sorting
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 5/6] ia64/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 6/6] arm64: switch to relative exception tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/6] alpha/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 4/6] x86/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 3/6] s390/extable: use generic search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/6] extable: add support for relative extables to search and sort routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/6] generic relative extable support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/2] 390/qeth: Refactoring for qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] 390/qeth: Delete an unnecessary variable initialisation in qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] 390/qeth: Fine-tuning for qeth_core_set_online()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390: fix normalization bug in exception table sorting
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 24/32] sparc: define __smp_xxx
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2 00/34] arch: barrier cleanup + barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 02/32] asm-generic: guard smp_store_release/load_acquire
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 01/32] lcoking/barriers, arch: Use smp barriers in smp_store_release()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 03/32] ia64: rename nop->iosapic_nop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 05/32] powerpc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 13/32] x86: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 19/32] ia64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 21/32] mips: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 20/32] metag: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 23/32] sh: define __smp_xxx, fix smp_store_mb for !SMP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 26/32] xtensa: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 27/32] x86: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 29/32] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 28/32] asm-generic: implement virt_xxx memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 25/32] tile: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 24/32] sparc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 18/32] blackfin: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 16/32] arm64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 14/32] asm-generic: add __smp_xxx wrappers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 09/32] arm64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 04/32] ia64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 23/34] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] virtio/s390: use dev_to_virtio
- From: Geliang Tang <geliangtang@xxxxxxx>
- [PATCH 06/34] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2] kvm: Make vcpu->requests as 64 bit bitmap
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- [PATCH v2] kvm: Make vcpu->requests as 64 bit bitmap
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- Re: [PATCH v1] kvm: Make vcpu->requests as 64 bit bitmap
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- Re: [PATCH v1] kvm: Make vcpu->requests as 64 bit bitmap
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [PATCH v1] kvm: Make vcpu->requests as 64 bit bitmap
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH v1] kvm: Make vcpu->requests as 64 bit bitmap
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- Re: Problems with phys_to_pfn_t in linux-next and s390
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Problems with phys_to_pfn_t in linux-next and s390
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [GIT PULL] s390 patches for 4.4-rc7
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390/vmur: fix build warning
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH] s390/vmur: fix build warning
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390/vmur: fix build warning
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH] s390: fix build failure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH] s390: fix build failure
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH] s390: char: constify hmcdrv_ftp_ops structs
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/cio: add NULL test
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH 0/4] add NULL test
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [PATCH 3/4] s390/cio: add NULL test
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
- Re: [PATCH] PCI: hotplug: use list_for_each_entry*
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH v2 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: module: s390: keep mod_arch_specific for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [GIT PULL 0/4] KVM: s390 features and fixes for 4.5 (kvm/next)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH v2 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH v2 2/6] module: preserve Elf information for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: Information leak in sco_sock_bind
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
- Re: Information leak in sco_sock_bind
- From: David Miller <davem@xxxxxxxxxxxxx>
- Information leak in sco_sock_bind
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: [GIT PULL 2/4] KVM: s390: obey kptr_restrict in traces
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [GIT PULL 3/4] KVM: s390: fix mismatch between user and in-kernel guest limit
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/4] KVM: s390: obey kptr_restrict in traces
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/4] KVM: s390: consider system MHA for guest storage
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/4] KVM: s390 features and fixes for 4.5 (kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/4] KVM: s390: use assignment instead of memcpy
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH net-next 0/8] s390 network patches
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/1] virtio/s390: one fix
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 0/1] virtio/s390: one fix
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
- [PATCH] s390: char: constify hmcdrv_ftp_ops structs
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- [PATCH 3/3] tty: Remove ASYNC_CLOSING
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- [PATCH] PCI: hotplug: use list_for_each_entry*
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH net-next 6/8] qeth: initialize net_device with carrier off
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 7/8] qeth: repair SBAL elements calculation
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 3/8] MAINTAINERS: switch to alternate IBM mail address
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 4/8] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 8/8] qeth: get rid of redundant 0-termination
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/8] iucv: call skb_linearize() when needed
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 0/8] s390 network patches
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 5/8] qeth use common function qeth_get_setassparms_cmd
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 1/8] iucv: prevent information leak in iucv_message
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/7] iucv: call skb_linearize() when needed
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/7] iucv: prevent information leak in iucv_message
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/7] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/7] qeth: initialize net_device with carrier off
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/7] switch to alternate IBM mail address
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 7/7] qeth: get rid of redundant 0-termination
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 6/7] qeth: repair SBAL elements calculation
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 0/7] s390 network patches
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH v9 58/60] PCI: Introduce resource_disabled()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v5 5/7] s390: mm/gup: add gup trace points
- From: Yang Shi <yang.shi@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>
- [PATCH v4 5/7] s390: mm/gup: add gup trace points
- From: Yang Shi <yang.shi@xxxxxxxxxx>
- [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 3/4] printk/nmi: Warn when some message has been lost in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 2/4] printk/nmi: Use IRQ work only when ready
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 0/4] Cleaning printk stuff in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v3 5/7] s390: mm/gup: add gup trace points
- From: Yang Shi <yang.shi@xxxxxxxxxx>
- Re: [RFC PATCH v2 5/6] samples: livepatch: init reloc section array and mark as klp module
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 2/6] module: preserve Elf information for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH part3 v12 00/10] Cleanup platform pci_domain_nr()
- From: wangyijing <wangyijing@xxxxxxxxxx>
- Re: [PATCH part3 v12 00/10] Cleanup platform pci_domain_nr()
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- RE: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] qeth: don't rely on signedness of char
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] qeth: don't rely on signedness of char
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] qeth: don't rely on signedness of char
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH] qeth: don't rely on signedness of char
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] mm: bring in additional flag for fixup_user_fault to signal unlock
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH] SCSI-zfcp: Delete unnecessary checks before the function call "mempool_destroy"
- From: Benjamin Block <bblock@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH 1/1] virtio/s390: handle error values in irb
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/1] virtio/s390: one fix
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH V2 5/7] s390: mm/gup: add gup trace points
- From: Yang Shi <yang.shi@xxxxxxxxxx>
- RE: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [GIT PULL 04/23] KVM: s390: rewrite vcpu_post_run and drop out early
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 04/23] KVM: s390: rewrite vcpu_post_run and drop out early
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 04/23] KVM: s390: rewrite vcpu_post_run and drop out early
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/23] KVM: s390 features, kvm_get_vcpu_by_id and stat for 4.5
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 04/23] KVM: s390: rewrite vcpu_post_run and drop out early
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 14/23] KVM: s390: we always have a SCA
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/23] KVM: use heuristic for fast VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 23/23] KVM: s390: remove redudant assigment of error code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 17/23] KVM: s390: cleanup sca_add_vcpu
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 19/23] s390/sclp: introduce check for SIE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/23] KVM: Use common function for VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/23] KVM: s390: Make provisions for ESCA utilization
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/23] KVM: s390: Provide SCA-aware helpers for VCPU add/del
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 18/23] KVM: s390: don't switch to ESCA for ucontrol
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 15/23] KVM: s390: fix SCA related races and double use
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 16/23] KVM: s390: always set/clear the SCA sda field
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 13/23] KVM: s390: fast path for sca_ext_call_pending
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 22/23] KVM: s390: remove pointless test_facility(2) check
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 20/23] s390: show virtualization support in /proc/cpuinfo
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/23] KVM: Remove unnecessary debugfs dentry references
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/23] KVM: s390: Generalize access to IPTE controls
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/23] KVM: s390: Introduce new structures
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/23] KVM: s390: Generalize access to SIGP controls
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 11/23] KVM: s390: Introduce switching code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/23] KVM: s390 features, kvm_get_vcpu_by_id and stat for 4.5
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 21/23] KVM: s390: don't load kvm without virtualization support
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 12/23] KVM: s390: Enable up to 248 VCPUs per VM
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/23] KVM: s390: rewrite vcpu_post_run and drop out early
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/23] s390/sclp: introduce checks for ESCA and HVS
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH 5/7] s390: mm/gup: add gup trace points
- From: Yang Shi <yang.shi@xxxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- 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>
- [RFC PATCH v2 0/6] (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 1/6] Elf: add livepatch-specific Elf constants
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 2/6] module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 5/6] samples: livepatch: init reloc section array and mark as klp module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH v2 6/6] Documentation: livepatch: outline the Elf format of a livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
- From: yalin wang <yalin.wang2010@xxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- [linux-review:Petr-Mladek/Cleaning-printk-stuff-in-NMI-context/20151127-191620] bafdcb831ce105cb7ff2b9e11acfcf3764da11b9 BUILD DONE
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 4/5] printk/nmi: Warn when some message has been lost in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 2/5] printk/nmi: Use IRQ work only when ready
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 0/5] Cleaning printk stuff in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v2 0/2] Allow gmap fault to retry
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] mm: bring in additional flag for fixup_user_fault to signal unlock
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] s390/mm: enable fixup_user_fault retrying
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: walter harms <wharms@xxxxxx>
- Re: [PATCH] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "David Woodhouse" <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "David Woodhouse" <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Marcel Apfelbaum <marcel@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Marcel Apfelbaum <marcel.apfelbaum@xxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [GIT PULL 0/5] KVM: s390: Fixes for 4.4
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 2/5] KVM: s390: fix pfmf intercept handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/5] KVM: s390: avoid memory overwrites on emergency signal injection
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 5/5] KVM: s390: fix wrong lookup of VCPUs by array index
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/5] KVM: Provide function for VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/5] KVM: s390: Fixes for 4.4
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/5] KVM: s390: enable SIMD only when no VCPUs were created
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] Preview: vcpu lookup by id changes
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 0/4] Preview: vcpu lookup by id changes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
- Re: [PATCH 0/4] Preview: vcpu lookup by id changes
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH 2/4] KVM: s390: fix wrong lookup of VCPUs by array index
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/4] KVM: use heuristic for fast VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/4] KVM: Provide function for VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/4] KVM: s390: fix wrong lookup of VCPUs by array index
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/4] Preview: vcpu lookup by id changes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 4/4] KVM: Use common function for VCPU lookup by id
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 1/2] mm: fixup_userfault returns VM_FAULT_RETRY if asked
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] mm: fixup_userfault returns VM_FAULT_RETRY if asked
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] Allow gmap fault to retry
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 4.4-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 4.4-rc2
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 4.4-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Vlastimil Babka <vbabka@xxxxxxx>
- [PATCH 1/2] KVM: Remove unnecessary debugfs dentry references
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/2] KVM: Create debugfs dir and stat files for each VM
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/2] kvm: provide kvm stat per process
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
- Re: [PATCH] s390: Delete unnecessary checks before the function call "debug_unregister"
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: Delete unnecessary checks before the function call "debug_unregister"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: 4.4-rc1 errors on bridge/macvtap interfaces (maybe commit 0bc05d58 switchdev: allow caller to exp...).
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: 4.4-rc1 errors on bridge/macvtap interfaces (maybe commit 0bc05d58 switchdev: allow caller to exp...).
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: 4.4-rc1 errors on bridge/macvtap interfaces (maybe commit 0bc05d58 switchdev: allow caller to exp...).
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [PATCH] SCSI-zfcp: Delete unnecessary checks before the function call "mempool_destroy"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: 4.4-rc1 errors on bridge/macvtap interfaces (maybe commit 0bc05d58 switchdev: allow caller to exp...).
- From: Michal Kubecek <mkubecek@xxxxxxx>
- 4.4-rc1 errors on bridge/macvtap interfaces (maybe commit 0bc05d58 switchdev: allow caller to exp...).
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: "Jason J. Herne" <jjherne@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] ltrace: update s390 system call tables
- From: Petr Machata <pmachata@xxxxxxxxx>
- Re: [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH] mm: Loosen MADV_NOHUGEPAGE to enable Qemu postcopy on s390
- From: "Jason J. Herne" <jjherne@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] arch: update s390/s390x system call tables
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Knut Omang <knut.omang@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH] arch: update s390/s390x system call tables
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] libseccomp: update s390/s390x system call tables
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- [PATCH] Update s390 system call tables
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] ltrace: update s390 system call tables
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [GIT PULL v4 3/3] s390/dma: Allow per device dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [GIT PULL v4 0/3] dma and virtio prep patches
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [GIT PULL v4 0/3] dma and virtio prep patches
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 1/3] dma: Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 2/3] alpha/dma: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/3] dma: Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 01/20] compat: Add generic compat_siginfo_t
- From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
- [PATCH v2 00/20] Fix handling of compat_siginfo_t
- From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
- [PATCH v2 02/20] compat: Add generic copy_siginfo_{to,from}_user32
- From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
- [PATCH v2 11/20] s390: Use generic compat_siginfo_t
- From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
- [PATCH v2 12/20] s390: Use generic copy_siginfo_{to,from}_user32
- From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 4.4 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/3] dma: Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/3] alpha/dma: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv3 0/3] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCHv2 0/3] dma ops and virtio
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 2/3] alpha: use common noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/3] Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 0/3] KVM: s390: Bugfix and cleanups for kvm/next (4.4)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/4] Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/3] alpha: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/3] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 0/3] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/4] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 3/6] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 4/6] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 5/6] virtio_mmio: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 6/6] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [GIT PULL 3/3] KVM: s390: use simple switch statement as multiplexer
- From: Alexander Graf <agraf@xxxxxxx>
- [GIT PULL 3/3] KVM: s390: use simple switch statement as multiplexer
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/3] KVM: s390: SCA must not cross page boundaries
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/3] KVM: s390: drop useless newline in debugging data
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/3] KVM: s390: Bugfix and cleanups for kvm/next (4.4)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: Shamir Rabinovitch <shamir.rabinovitch@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2 2/3] virtio_ring: Support DMA APIs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/3] virtio_net: Stop doing DMA from the stack
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 3/3] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v1 2/2] dma-mapping-common: add DMA attribute - DMA_ATTR_IOMMU_BYPASS
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] virtio_ring: Support DMA APIs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] virtio_ring: Support DMA APIs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 3/3] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] virtio_pci: Use the DMA API
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/3] virtio_pci: Use the DMA API
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 3/3] virtio_pci: Use the DMA API
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] virtio_pci: Use the DMA API
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] virtio_net: Stop doing DMA from the stack
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Joerg Roedel <jroedel@xxxxxxx>
- [PATCH 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH 3/3] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH/RFC 0/4] dma ops and virtio
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 4/4] s390/virtio: use noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/4] Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- [PATCH 4/4] s390/virtio: use noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/4] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/4] alpha: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/4] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 0/4] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v8 59/61] PCI: Introduce resource_disabled()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Jerome Marchand <jmarchan@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH] s390: crypto: replace raw value by their coresponding define
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] s390: crypto: replace raw value by their coresponding define
- From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
- Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL 00/10] KVM: s390: Fixes for 4.4
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 08/10] KVM: s390: switch to get_tod_clock() and fix STP sync races
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/10] KVM: s390: remove unused variable in __inject_vm
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/10] KVM: s390: simplify in-kernel program irq injection
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/10] KVM: s390: factor out reading of the guest TOD clock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/10] KVM: s390: disabled wait cares about machine checks, not PER
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/10] KVM: s390: correctly handle injection of pgm irqs and per events
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/10] KVM: s390: kvm_arch_vcpu_runnable already cares about timer interrupts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/10] KVM: s390: set interception requests for all floating irqs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/10] KVM: s390: factor out and fix setting of guest TOD clock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/10] KVM: s390: drop out early in kvm_s390_has_irq()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/10] KVM: s390: Fixes for 4.4
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [v7,58/60] PCI: Introduce resource_disabled()
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH v7 58/60] PCI: Introduce resource_disabled()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH net-next 0/3] s390: qeth patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net-next 0/3] s390: qeth patches for net-next
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/3] s390/qeth: optimize MAC handling in rx_mode callback
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 1/3] Subject: s390/qeth: switch to napi_gro_receive
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 3/3] s390/qdio: fix WARN_ON_ONCE condition
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.3-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v4 1/4] mm, documentation: clarify /proc/pid/status VmSwap limitations
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
- Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4 4/4] mm, procfs: Display VmAnon, VmFile and VmShm in /proc/pid/status
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v4 1/4] mm, documentation: clarify /proc/pid/status VmSwap limitations
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]