Linux S390: System z9 mainframe
[Prev Page][Next Page]
- Re: [PATCH] [linux-next] s390: Dump check for CONFIG_ZFCPDUMP
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH/RFC 14/21] KVM: s390: clear the pfault queue if user space sets the invalid token
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH net-next 0/5] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH/RFC 14/21] KVM: s390: clear the pfault queue if user space sets the invalid token
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH net-next 5/5] qeth: Remove unneeded structure member
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 4/5] qeth: sysfs: replace strcmp() with sysfs_streq()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 3/5] qeth: use qeth_card_hw_is_reachable() everywhere
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/5] s390/net: Delete useless checks before function calls
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 1/5] s390/ctcm,netiucv: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 0/5] s390: network patches for net-next
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 10/16] s390: add pci_iomap_range
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH] [linux-next] s390: Dump check for CONFIG_ZFCPDUMP
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 02/28] PCI: Rip out pci_bus_add_devices() from pci_scan_root_bus()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH/RFC 00/21] KVM: s390: fixes and features for kvm/next (3.20)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 11/21] KVM: s390: SIGP SET PREFIX cleanup
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 02/21] KVM: s390: make local function static
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 06/21] KVM: s390: base hrtimer on a monotonic clock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 10/21] KVM: s390: a VCPU may only stop when no interrupts are left pending
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 04/21] KVM: s390: Allow userspace to limit guest memory size
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 03/21] KVM: s390: move vcpu specific initalization to a later point
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 14/21] KVM: s390: clear the pfault queue if user space sets the invalid token
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 09/21] KVM: s390: handle stop irqs without action_bits
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 08/21] KVM: s390: new parameter for SIGP STOP irqs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 19/21] KVM: s390: trace correct values for set prefix and machine checks
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 01/21] KVM: remove unneeded return value of vcpu_postcreate
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 20/21] KVM: s390: Provide guest TOD Clock Get/Set Controls
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 12/21] s390/sclp: introduce check for the SIGP Interpretation Facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 13/21] KVM: s390: only one external call may be pending at a time
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 18/21] KVM: s390: fix bug in sigp emergency signal injection
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 17/21] KVM: s390: Take addressing mode into account for MVPG interception
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 07/21] KVM: s390: forward hrtimer if guest ckc not pending yet
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 05/21] KVM: s390: prevent sleep duration underflows in handle_wait()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 21/21] KVM: s390/cpacf: Enable/disable protected key functions for kvm guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 16/21] KVM: s390: no need to hold the kvm->mutex for floating interrupts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 15/21] KVM: s390: forward most SIGP orders to user space
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v3 10/16] s390: add pci_iomap_range
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [GIT PULL] s390 patches for 3.19-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 1/3] module_arch_freeing_init(): new hook for archs before module->module_init freed.
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 1/2] s390/hmcdrv: Remove unnecessary version.h inclusion
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Chen Gang S <gang.chen@xxxxxxxxxxxxx>
- RE: [PATCH 1/2] s390/hmcdrv: Remove unnecessary version.h inclusion
- From: Syam <s.syam@xxxxxxxxxxx>
- Re: [PATCH RFT] s390: move cacheinfo sysfs to generic cacheinfo infrastructure
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH RFT] s390: move cacheinfo sysfs to generic cacheinfo infrastructure
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/3] module_arch_freeing_init(): new hook for archs before module->module_init freed.
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [PATCH RFT] s390: move cacheinfo sysfs to generic cacheinfo infrastructure
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH 1/3] module_arch_freeing_init(): new hook for archs before module->module_init freed.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Chen Gang S <gang.chen@xxxxxxxxxxxxx>
- Re: [PATCH v2 38/40] s390: macro whitespace fixes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 38/40] s390: macro whitespace fixes
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: crypto: aes_s390: Remove 'const' to avoid compiler warnings
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v2 38/40] s390: macro whitespace fixes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [stable] 3215 fixes for 3.16 and earlier
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [stable] 3215 fixes for 3.16 and earlier
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: [PATCH] s390: boot: compressed: misc: Express the return value of _sclp_print_early()
- From: Chen Gang S <gang.chen@xxxxxxxxxxxxx>
- Re: [PATCH] s390: boot: compressed: misc: Express the return value of _sclp_print_early()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: enabling kvm w/SPLIT_PTLOCK_CPUS > NR_CPUS fails to build in pgtable.c
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] s390: boot: compressed: misc: Express the return value of _sclp_print_early()
- From: Chen Gang <gang.chen@xxxxxxxxxxxxx>
- [PATCH] s390: boot: compressed: misc: Express the return value of _sclp_print_early()
- From: Chen Gang <gang.chen@xxxxxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Chen Gang <gang.chen@xxxxxxxxxxxxx>
- Re: enabling kvm w/SPLIT_PTLOCK_CPUS > NR_CPUS fails to build in pgtable.c
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number
- From: Chen Gang <gang.chen@xxxxxxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- enabling kvm w/SPLIT_PTLOCK_CPUS > NR_CPUS fails to build in pgtable.c
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH RFC v2 3/7] s390: add pci_iomap_range
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/2] s390/hmcdrv: Remove unnecessary version.h inclusion
- From: Syam Sidhardhan <s.syam@xxxxxxxxxxx>
- [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- [stable] 3215 fixes for 3.16 and earlier
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH 11/11 linux-next] s390/hmcdrv: remove unnecessary version.h inclusion
- From: Fabian Frederick <fabf@xxxxxxxxx>
- [PATCH 00/11 linux-next] drivers: remove unnecessary version.h inclusion
- From: Fabian Frederick <fabf@xxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390: Initialize nr_devices count variable to -1
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] s390: Initialize nr_devices count variable to -1
- From: Aniroop Mathur <aniroop.mathur@xxxxxxxxx>
- [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH] s390: cio: idset.c: Remove some unused functions
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: cio: idset.c: Remove some unused functions
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 2/5] s390: add pci_iomap_range
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 2/5] s390: add pci_iomap_range
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 2/5] s390: add pci_iomap_range
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC] s390/kernel: use stnsm instead of stosm
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH/RFC] s390/kernel: use stnsm instead of stosm
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC] s390/kernel: use stnsm instead of stosm
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH RFC 2/5] s390: add pci_iomap_range
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] lib: Remove strnicmp
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.19 merge window, 2nd try with diffstat
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.19 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH 1/2] virtio_ccw: future-proof finalize_features
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- [PATCH 2/2] virtio_ccw: finalize_features error handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/2] virtio_ccw: future-proof finalize_features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 3/6] virtio: allow finalize_features to fail
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 3/6] virtio: allow finalize_features to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 3/6] virtio: allow finalize_features to fail
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 2/6] virtio_ccw: legacy: don't negotiate rev 1/features
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] s390: Include kvm_host.h header only if KVM is enabled
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: Include kvm_host.h header only if KVM is enabled
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- Re: [PATCH] s390: Include kvm_host.h header only if KVM is enabled
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390: Include kvm_host.h header only if KVM is enabled
- From: Pranith Kumar <bobby.prani@xxxxxxxxx>
- [PATCH v3 4/6] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 3/6] virtio: allow finalize_features to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 2/6] virtio_ccw: legacy: don't negotiate rev 1/features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC v2 3/4] virtio: allow finalize_features to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC v2 3/4] virtio: allow finalize_features to fail
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC v2 2/4] virtio_ccw: legacy: don't negotiate rev 1/features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 4/4] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 3/4] virtio: allow finalize_features to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/3] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/3] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 2/3] virtio_ccw: legacy: don't negotiate rev 1/features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/3] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH RFC 2/3] virtio_ccw: legacy: don't negotiate rev 1/features
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH RFC 2/3] virtio_ccw: legacy: don't negotiate rev 1/features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC 3/3] virtio_ccw: rev 1 devices set VIRTIO_F_VERSION_1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v8 17/50] KVM: s390: Set virtio-ccw transport revision
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [GIT PULL 2/3] KVM: s390: use atomic bitops to access pending_irqs bitmap
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/3] KVM: s390: Fixups for kvm/next (3.19)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/3] KVM: s390: some ext irqs have to clear the ext cpu addr
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/3] KVM: s390: clean up return code handling in irq delivery code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v8 17/50] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v8 06/50] virtio_ccw: add support for 64 bit features.
- From: Thomas Huth <thuth@xxxxxxxxxxxxxxxxxx>
- [PATCH v8 18/50] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 20/50] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 02/50] virtio: use u32, not bitmap for features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 06/50] virtio_ccw: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 19/50] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 17/50] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 05/50] virtio: assert 32 bit features in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v8 04/50] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [GIT PULL 09/11] KVM: s390: add bitmap for handling cpu-local interrupts
- From: Jens Freimann <jfrei@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 last minute patch for 3.18
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL 10/11] KVM: s390: handle pending local interrupts via bitmap
- From: Jens Freimann <jfrei@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 05/11] KVM: s390: refactor interrupt injection code
- From: Jens Freimann <jfrei@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 18/46] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 10/11] KVM: s390: handle pending local interrupts via bitmap
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [GIT PULL 09/11] KVM: s390: add bitmap for handling cpu-local interrupts
- From: Jens Freimann <jfrei@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 05/11] KVM: s390: refactor interrupt injection code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v7 06/46] virtio_ccw: add support for 64 bit features.
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 04/46] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 02/46] virtio: use u32, not bitmap for features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 05/46] virtio: assert 32 bit features in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 06/46] virtio_ccw: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 18/46] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 19/46] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 20/46] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v7 17/46] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [GIT PULL 09/11] KVM: s390: add bitmap for handling cpu-local interrupts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v6 02/46] virtio: use u32, not bitmap for features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v6 20/46] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [GIT PULL 00/11] KVM: s390: Several changes for 3.19 (kvm/next)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 09/11] KVM: s390: add bitmap for handling cpu-local interrupts
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 08/11] KVM: s390: refactor interrupt delivery code
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 05/11] KVM: s390: refactor interrupt injection code
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 02/11] KVM: s390: Fix rewinding of the PSW pointing to an EXECUTE instruction
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/11] KVM: S390: Create helper function get_guest_storage_key
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/11] KVM: s390: trigger the right CPU exit for floating interrupts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/11] KVM: s390: Small fixes for the PFMF handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/11] KVM: s390: refactor interrupt injection code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/11] KVM: s390: Several changes for 3.19 (kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/11] KVM: s390: add defines for virtio and pfault interrupt code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/11] KVM: s390: external param not valid for cpu timer and ckc
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/11] KVM: s390: refactor interrupt delivery code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/11] KVM: s390: add bitmap for handling cpu-local interrupts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/11] KVM: s390: handle pending local interrupts via bitmap
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 11/11] KVM: s390: allow injecting all kinds of machine checks
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v6 06/46] virtio_ccw: add support for 64 bit features.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 05/46] virtio: assert 32 bit features in transports
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 04/46] virtio: add support for 64 bit features.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 02/46] virtio: use u32, not bitmap for features
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 20/46] KVM: s390: enable virtio-ccw revision 1
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 05/46] virtio: assert 32 bit features in transports
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 04/46] virtio: add support for 64 bit features.
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 02/46] virtio: use u32, not bitmap for features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 04/46] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 05/46] virtio: assert 32 bit features in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 06/46] virtio_ccw: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 17/46] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 18/46] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 19/46] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 20/46] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 01/45] virtio: use u32, not bitmap for struct virtio_device's features
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 01/45] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 01/45] virtio: use u32, not bitmap for struct virtio_device's features
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 16/45] KVM: s390: Set virtio-ccw transport revision
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 01/45] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 05/45] virtio_ccw: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 04/45] virtio: assert 32 bit features in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 03/45] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 16/45] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 17/45] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 19/45] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v5 18/45] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCHv3 00/10] ACCESS_ONCE and non-scalar accesses
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 02/42] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 02/42] virtio: add support for 64 bit features.
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCHv2 04/10] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE/ASSIGN_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 16/42] KVM: s390 allow virtio_ccw status writes to fail
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 04/42] virtio: disable virtio 1.0 in transports
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 02/42] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 15/42] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 16/42] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 17/42] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 14/42] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 01/42] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCHv2 00/10] ACCESS_ONCE and non-scalar accesses
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 01/10] KVM: s390: Fix ipte locking
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 04/10] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE/ASSIGN_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 02/10] kernel: Provide READ_ONCE and ASSIGN_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 07/10] arm64: Replace ACCESS_ONCE for spinlock code with READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 05/10] x86: Replace ACCESS_ONCE in gup with READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 09/10] tighten rules for ACCESS ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 03/10] mm: replace ACCESS_ONCE with READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 06/10] mips: Replace ACCESS_ONCE in gup with READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 08/10] arm: Replace ACCESS_ONCE for spinlock code with READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 10/10] KVM: s390: change ipte lock from barrier to READ_ONCE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/1] s390/pci: Deletion of unnecessary checks before the function call "debug_unregister"
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 6/7] arm64: Replace ACCESS_ONCE for spinlock code with barriers
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH/RFC 3/7] x86: Rework ACCESS_ONCE for spinlock code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 0/7] ACCESS_ONCE and non-scalar accesses
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 5/7] mips: Replace ACCESS_ONCE in gup with a barrier
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 6/7] arm64: Replace ACCESS_ONCE for spinlock code with barriers
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 7/7] kernel: Force ACCESS_ONCE to work only on scalar types
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/7] KVM: s390: Fix ipte locking
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 4/7] x86: Replace ACCESS_ONCE in gup with a barrier
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH/RFC 2/7] mm: replace page table access via ACCESS_ONCE with barriers
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v3 02/41] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 13/41] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 14/41] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 15/41] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 16/41] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 01/41] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/1] s390/pci: Deletion of unnecessary checks before the function call "debug_unregister"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] [RFC] net: implement SMC-R solution
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] [RFC] net: introduce socket family constants
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] [RFC] tcp: introduce TCP experimental option for SMC
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] zfcp features for 3.19
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 1/2] libibverbs: add support for the s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] libmlx4: add support for the s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] DAPL support on s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] zfcp: auto port scan resiliency
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2/3] zfcp: bring back unit sysfs attributes for automatic LUN scan
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/3] zfcp: remove access control tables interface (port leftovers)
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/3] zfcp: remove access control tables interface (port leftovers)
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 3/3] zfcp: auto port scan resiliency
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] zfcp: bring back unit sysfs attributes for automatic LUN scan
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] zfcp: remove access control tables interface (port leftovers)
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] zfcp features for 3.19
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] xen MSI code clean up
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] xen MSI code clean up
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 10/25] virtio: add API to enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 10/25] virtio: add API to enable VQs early
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: [PATCH linux-next] vfio: make vfio run on s390
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v6 08/48] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [GIT PULL 0/4] KVM: s390: Fixes for kvm/next (3.19) and stable
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 3/4] KVM: s390: fix handling of lctl[g]/stctl[g]
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/4] KVM: s390: flush CPU on load control
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/4] KVM: fix vm device attribute documentation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/4] KVM: s390: Fixes for kvm/next (3.19) and stable
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/4] KVM: s390: Fix ipte locking
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v5 08/48] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v5] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH v5] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- [GIT PULL] s390 patches for 3.18-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH block/for-linus] blk-mq: make mq_queue_reinit_notify() freeze queues in parallel
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [RFC PATCH] make CONFIG_STRICT_DEVMEM a core non-debug feature
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [RFC PATCH] make CONFIG_STRICT_DEVMEM a core non-debug feature
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH] make CONFIG_STRICT_DEVMEM a core non-debug feature
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH block/for-linus] blk-mq: make mq_queue_reinit_notify() freeze queues in parallel
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH block/for-linus] blk-mq: make mq_queue_reinit_notify() freeze queues in parallel
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PULL 1/1] KVM: s390: virtio_ccw: remove unused variable
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH] make CONFIG_STRICT_DEVMEM a core non-debug feature
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [RFC PATCH] make CONFIG_STRICT_DEVMEM a core non-debug feature
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- [PATCH linux-next] vfio: make vfio run on s390
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH linux-next] s390/io: add ioport_map stubs
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH v4] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PULL 0/1] KVM: s390: fix for 3.18-rc
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 1/1] KVM: s390: virtio_ccw: remove unused variable
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/1] s390/net: Deletion of unnecessary checks before two function calls
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] s390/net: Deletion of unnecessary checks before two function calls
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [OPW kernel] [PATCH v3] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [PATCH v3] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- Re: [PATCH 1/1] s390/net: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- Re: [PATCH v2] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- Re: [PATCH] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH] drivers: s390: net: ctcm: migrate variables to handle y2038 problem
- From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
- Re: [GIT PULL 0/9] KVM: s390: Fixes and cleanups for kvm/next (3.19)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Tejun Heo <tj@xxxxxxxxxx>
- [GIT PULL 6/9] KVM: s390: sigp: separate preparation handlers
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/9] KVM: s390: Cleanup usage of current->mm in set_guest_storage_key
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 5/9] KVM: s390: sigp: move target cpu checks into dispatcher
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 9/9] KVM: s390: sigp: split handling of SIGP STOP (AND STORE STATUS)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/9] KVM: s390: Fix size of monitor-class number field
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 8/9] KVM: s390: sigp: inject emergency calls in a separate function
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 7/9] KVM: s390: sigp: instruction counters for all sigp orders
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/9] KVM: s390: Make the simple ipte mutex specific to a VM instead of global
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/9] KVM: s390: sigp: dispatch orders with one target in a separate function
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/9] KVM: s390: Fixes and cleanups for kvm/next (3.19)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- blk-mq vs cpu hotplug performance (due to percpu_ref_put performance)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Joerg Roedel <joro@xxxxxxxxxx>
- [PATCH v3 08/47] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- [PATCH 11/16] s390/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 08/16] MIPS/Xlp/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 04/16] Irq_remapping/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 06/16] Mips/MSI: Save MSI controller in pci sysdata
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 07/16] MIPS/Octeon/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 02/16] x86/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 00/16] Use MSI controller framework to configure MSI/MSI-X
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 05/16] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 03/16] x86/xen/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 01/16] PCI/MSI: Refactor MSI controller to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 14/16] Sparc/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 09/16] MIPS/Xlr/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 15/16] tile/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 16/16] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 13/16] IA64/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 12/16] arm/iop13xx/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 10/16] Powerpc/MSI: Use MSI controller framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 3/3] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: Lennox Wu <lennox.wu@xxxxxxxxx>
- Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 0/6 resend] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] fixup! KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC v4 16/17] KVM: s390 allow virtio_ccw status writes to fail
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH RFC v4 03/17] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v4 04/17] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v4 15/17] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v4 16/17] KVM: s390 allow virtio_ccw status writes to fail
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v4 17/17] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v4 14/17] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH v3 0/4] mm: new function to forbid zeropage mappings for a process
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH RFC v3 12/16] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v3 13/16] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v3 04/16] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v3 14/16] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v3 03/16] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH RFC v2 12/16] KVM: s390: Set virtio-ccw transport revision
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 13/16] KVM: s390: virtio-ccw revision 1 SET_VQ
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 04/16] virtio: add support for 64 bit features.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 03/16] virtio: use u32, not bitmap for struct virtio_device's features
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2 14/16] KVM: s390: enable virtio-ccw revision 1
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH linux-next] iommu: add iommu for s390 platform
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH v3 0/4] mm: new function to forbid zeropage mappings for a process
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 4/4] s390/mm: disable KSM for storage key enabled pages
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v3 0/4] mm: new function to forbid zeropage mappings for a process
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] s390/mm: recfactor global pgste updates
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] s390/mm: disable KSM for storage key enabled pages
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/6] qeth: make local functions static in qeth_l3 module
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/6] lcs: replace sscanf by kstrto function
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/6] qeth: fix some trace formating issues
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/6 resend] s390: network patches for net-next
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/6] qeth: qeth_core_main make local functions static
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 6/6] ctcm: replace sscanf by kstrto function
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/6] qeth: s390 ethernet device driver dependency
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH 1/4] s390/mm: recfactor global pgste updates
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] mm: introduce mm_forbids_zeropage function
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] s390/mm: disable KSM for storage key enabled pages
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/4] mm: new function to forbid zeropage mappings for a process
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-next] vfio: make vfio build and run on s390
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH 3/6] qeth: make local functions static in qeth_l3 module
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/6] qeth: fix some trace formating issues
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/6] qeth: s390 ethernet device driver dependency
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/6] qeth: qeth_core_main make local functions static
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/6] s390: network patches for net-next
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH linux-next] vfio: make vfio build and run on s390
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- [PATCH linux-next] iommu: add iommu for s390 platform
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH v2 08/47] kernel: Move pm_power_off to common code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 13/25] virtio_console: enable VQs early
- From: Thomas Graf <tgraf@xxxxxxx>
- [GIT PULL] s390 patches for 3.18-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- [PATCH 4/4] s390/mm: disable KSM for storage key enabled pages
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] mm: introduce new VM_NOZEROPAGE flag
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] s390/mm: prevent and break zero page mappings in case of storage keys
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/4] mm: new flag to forbid zero page mappings for a vma
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] s390/mm: recfactor global pgste updates
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v1 07/10] vmcore: Remove "weak" from function declarations
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v1 06/10] clocksource: Remove "weak" from clocksource_default_clock() declaration
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v1 06/10] clocksource: Remove "weak" from clocksource_default_clock() declaration
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 07/10] vmcore: Remove "weak" from function declarations
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v1 09/10] memory-hotplug: Remove "weak" from memory_block_size_bytes() declaration
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v1 06/10] clocksource: Remove "weak" from clocksource_default_clock() declaration
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v1 07/10] vmcore: Remove "weak" from function declarations
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v1 09/10] memory-hotplug: Remove "weak" from memory_block_size_bytes() declaration
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v1 06/10] clocksource: Remove "weak" from clocksource_default_clock() declaration
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 03/25] virtio-pci: move freeze/restore to virtio core
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v3 00/27] Use MSI chip framework to configure MSI/MSI-X in all platforms
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 12/27] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 04/27] arm/MSI: Save MSI chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 02/27] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 13/27] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 10/27] PCI/MSI: Remove useless bus->msi assignment
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 11/27] PCI/MSI: Refactor struct msi_chip to make it become more common
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 03/27] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 07/27] PCI: rcar: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 16/27] Mips/MSI: Save msi chip in pci sysdata
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 15/27] x86/MSI: Remove unused MSI weak arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 09/27] arm/PCI: Clean unused pcibios_add_bus() and pcibios_remove_bus()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 01/27] MSI: Remove the redundant irq_set_chip_data()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 08/27] PCI: mvebu: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 20/27] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 19/27] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 17/27] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 18/27] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 23/27] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 22/27] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 26/27] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 25/27] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 27/27] PCI/MSI: Clean up unused MSI arch functions
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 24/27] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 14/27] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 05/27] PCI: tegra: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v3 06/27] PCI: designware: Save msi chip in pci_sys_data
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH] s390/hmcdrv: Restrict s390 HMC driver to S390 arch
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] s390/hmcdrv: Restrict s390 HMC driver to S390 arch
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 04/25] virtio: defer config changed notifications
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] s390/kernel: add system calls for access PCI memory
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v4 04/25] virtio: defer config changed notifications
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.18 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH v4 03/25] virtio-pci: move freeze/restore to virtio core
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 04/25] virtio: defer config changed notifications
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 05/25] virtio_blk: drop config_enable
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 06/25] virtio-blk: drop config_mutex
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 07/25] virtio_net: drop config_enable
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 09/25] virtio_net: minor cleanup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 08/25] virtio-net: drop config_mutex
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 11/25] virtio_net: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 10/25] virtio: add API to enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 12/25] virtio_blk: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 15/25] virtio_net: fix use after free on allocation failure
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 14/25] 9p/trans_virtio: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 16/25] virtio_scsi: move kick event out from virtscsi_init
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 17/25] virtio_blk: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 18/25] virtio_scsi: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 19/25] virtio_console: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 20/25] virtio_net: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 21/25] virito_scsi: use freezable WQ for events
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 22/25] virtio_scsi: fix race on device removal
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 25/25] virtio-rng: refactor probe error handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 24/25] virtio_scsi: drop scan callback
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 23/25] virtio_balloon: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 02/25] virtio: unify config_changed handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 01/25] virtio_pci: fix virtio spec compliance on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 00/25] virtio: fix spec compliance issues
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 10/25] virtio: add API to enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 10/25] virtio: add API to enable VQs early
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH v3 00/25] virtio: fix spec compliance issues
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 01/25] virtio_pci: fix virtio spec compliance on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 02/25] virtio: unify config_changed handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 03/25] virtio-pci: move freeze/restore to virtio core
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 04/25] virtio: defer config changed notifications
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 08/25] virtio-net: drop config_mutex
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 06/25] virtio-blk: drop config_mutex
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 07/25] virtio_net: drop config_enable
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 10/25] virtio: add API to enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 09/25] virtio_net: minor cleanup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 12/25] virtio_blk: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 14/25] 9p/trans_virtio: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 15/25] virtio_net: fix use after free on allocation failure
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 13/25] virtio_console: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 16/25] virtio_scsi: move kick event out from virtscsi_init
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 18/25] virtio_scsi: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 19/25] virtio_console: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 21/25] virito_scsi: use freezable WQ for events
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 25/25] virtio-rng: refactor probe error handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 22/25] virtio_scsi: fix race on device removal
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 23/25] virtio_balloon: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 24/25] virtio_scsi: drop scan callback
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 20/25] virtio_net: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 17/25] virtio_blk: enable VQs early on restore
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 11/25] virtio_net: enable VQs early
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 05/25] virtio_blk: drop config_enable
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 3/3] libmlx4: add support for the s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] libibverbs: add support for the s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] s390/kernel: add system calls for access PCI memory
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] DAPL support on s390x platform
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 44/44] kernel: Remove pm_power_off
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 35/44] m68k: Register with kernel poweroff handler
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 31/44] arm: Register with kernel poweroff handler
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Philippe Rétornaz <philippe.retornaz@xxxxxxxxx>
- [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 02/44] memory: emif: Use API function to determine poweroff capability
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 19/44] ipmi: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 27/44] x86: apm: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 34/44] ia64: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 37/44] sh: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 35/44] m68k: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]