Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [patch net-next V6 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
- [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
- [PATCH 0/2] cpuhotplug/nohz: Fix issue of "negative" idle time
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
- Re: [PATCH v5 0/7] s390: Host support for channel I/O.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [patch net-next V5 01/15] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Christoph Lameter <cl@xxxxxxxxx>
- [patch net-next V5 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- [PATCH v5 00/14] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 03/14] memory-hotplug: remove redundant codes
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 09/14] memory-hotplug: remove page table of x86_64 architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 10/14] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 11/14] memory-hotplug: Integrated __remove_section() of CONFIG_SPARSEMEM_VMEMMAP.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 13/14] memory-hotplug: remove sysfs file of node
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 12/14] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH 4/7] KVM: s390: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 6/7] KVM: s390: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 7/7] KVM: s390: Add support for channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/7] KVM: s390: Constify intercept handler tables.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/7] KVM: s390: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/7] KVM: s390: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/7] KVM: s390: Decoding helper functions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 0/7] s390: Host support for channel I/O.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 0/3] s390: Guest support for virtio-ccw.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v5 0/3] s390: Guest support for virtio-ccw.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.8 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v5 0/3] s390: Guest support for virtio-ccw.
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH 1/3] KVM: s390: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/3] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/3] s390/ccwdev: Include asm/schid.h.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 0/3] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.8 merge window #1
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- [TRIVIAL PATCH V2 12/26] s390: Convert print_symbol to %pSR
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [TRIVIAL PATCH 12/26] s390: Convert print_symbol to %pSR
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH, RESEND] asm-generic, mm: pgtable: consolidate zero page helpers
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- [TRIVIAL PATCH 12/26] s390: Convert print_symbol to %pSR
- From: Joe Perches <joe@xxxxxxxxxxx>
- [TRIVIAL PATCH 00/26] treewide: Add and use vsprintf extension %pSR
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 4/4] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/4] KVM: s390: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/4] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/4] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 0/4] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH, RESEND] asm-generic, mm: pgtable: consolidate zero page helpers
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCH, RESEND] asm-generic, mm: pgtable: consolidate zero page helpers
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/8] s390: Add channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/8] s390: Channel I/O basic defintions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/8] s390: Channel I/O basic defintions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Base infrastructure for enabling capabilities.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/8] s390: Add channel I/O instructions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [Qemu-devel] [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [RFC PATCH v4 0/8] s390: channel I/O support in qemu.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 6/8] s390: Wire up channel I/O in kvm.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/8] s390: Channel I/O basic defintions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/5] KVM: s390: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/8] s390: Channel I/O basic defintions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [RFC PATCH v4 0/8] s390: channel I/O support in qemu.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Add support for channel I/O instructions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Base infrastructure for enabling capabilities.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/5] KVM: s390: In-kernel handling of I/O instructions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 6/8] s390: Wire up channel I/O in kvm.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/8] s390: Add channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/8] s390: Add channel I/O instructions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: qethconf does not work correctly over bonding devices
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 1/8] Update linux headers.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 1/8] Update linux headers.
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- Re: qethconf does not work correctly over bonding devices
- From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
- qethconf does not work correctly over bonding devices
- From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
- [PATCH 3/8] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/8] s390: Channel I/O basic defintions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 7/8] s390-virtio: Factor out some initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v4 0/8] s390: channel I/O support in qemu.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/8] s390: Add channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/8] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 6/8] s390: Wire up channel I/O in kvm.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/8] Update linux headers.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 0/5] s390: Host support for channel I/O.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/5] KVM: s390: Add support for channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/5] KVM: s390: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/5] KVM: s390: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/5] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/5] KVM: s390: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 0/5] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH, RESEND] asm-generic, mm: pgtable: consolidate zero page helpers
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 11/12] memory-hotplug: remove sysfs file of node
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH -next] s390/pci: fix potential NULL pointer dereference in dma_free_seg_table()
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH -next] s390/pci: use kmem_cache_zalloc instead of kmem_cache_alloc/memset
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH -next] s390/pci: fix potential NULL pointer dereference in dma_free_seg_table()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- [PATCH -next] s390/pci: use kmem_cache_zalloc instead of kmem_cache_alloc/memset
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [B.A.T.M.A.N.] [PATCH] net: fix possible deadlocks in rtnl_trylock/unlock
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [Patch v4 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 00/12] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 03/12] memory-hotplug: remove redundant codes
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 11/12] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: performance regression on HiperSockets depending on MTU size
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- performance regression on HiperSockets depending on MTU size
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
- From: Jianguo Wu <wujianguo106@xxxxxxxxx>
- Re: [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
- Re: [patch 0/6] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 278/493] s390: remove use of __devinit
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
- Re: [PATCH 2/3] s390: Virtual channel subsystem support.
- From: Alexander Graf <agraf@xxxxxxx>
- [patch 3/6] [PATCH] claw: remove BUG_ONs
- From: frank.blaschka@xxxxxxxxxx
- [patch 6/6] [PATCH] qeth: Remove BUG_ONs
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/6] [PATCH] qeth: Remove unused variable
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/6] [PATCH] ctcm: remove BUG_ONs
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/6] s390: network patches for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 4/6] [PATCH] qeth: Clarify card type naming for virtual NICs
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/6] [PATCH] qeth: Consolidate tracing of card features
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.7-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] s390: Guest support for virtio-ccw.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [RFC PATCH v3 0/5] s390: Host support for channel I/O.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [patch 0/2] s390: network bug fixes for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [patch 1/2] [PATCH] qeth: Fix IPA_CMD_QIPASSIST return code handling
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/2] [PATCH] qeth: set new mac even if old mac is gone
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/2] s390: network bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH 2/3] s390: Virtual channel subsystem support.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- [PATCH RFC 1/1] kvm: Add dynamic ple window feature
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.7-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] Update start_pfn in zone and pg_data when spanned_pages == 0.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v3 12/12] memory-hotplug: free node_data when a node is offlined
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 09/12] memory-hotplug: remove page table of x86_64 architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH v3 03/12] memory-hotplug: remove redundant codes
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH 2/5] KVM: s390: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v3 0/3] s390: channel I/O support in qemu.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/5] KVM: s390: Add support for channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/3] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/3] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/5] KVM: s390: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/3] Update linux headers.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/5] KVM: s390: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/5] KVM: s390: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v3 0/5] s390: Host support for channel I/O.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 0/5] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 2/5] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 1/5] KVM: s390: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 5/5] KVM: s390: Split out early console code.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Jianguo Wu <wujianguo106@xxxxxxxxx>
- [PATCH 4/5] KVM: s390: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/5] s390: Guest support for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/5] KVM: s390: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/5] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/5] KVM: s390: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/5] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 2/5] vtime: Provide an irq safe version of vtime_account_system()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- [PATCH v2 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 03/12] memory-hotplug: remove redundant codes
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 08/12] memory-hotplug: remove memmap of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 09/12] memory-hotplug: remove page table of x86_64 architecture
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 11/12] memory-hotplug: remove sysfs file of node
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 12/12] memory-hotplug: free node_data when a node is offlined
- From: wency@xxxxxxxxxxxxxx
- [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: wency@xxxxxxxxxxxxxx
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- [GIT PULL] s390 patches for the 3.7-rc3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: wujianguo <wujianguo106@xxxxxxxxx>
- Re: Build regressions/improvements in v3.7-rc2
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: Build regressions/improvements in v3.7-rc2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: Wen Congyang <wencongyang@xxxxxxxxx>
- Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH net-next 00/21] treewide: Use consistent api style for address testing
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH] UAPI: S390 shouldn't've been changed to use uapi/asm-generic/kvm_para.h
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- Re: [patch 0/2] s390: network bug fixes for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 0/2] s390: network bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/2] [PATCH] qeth: fix deadlock between recovery and bonding driver
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/2] [PATCH] smsgiucv: reestablish IUCV path after resume
- From: frank.blaschka@xxxxxxxxxx
- [PATCH v4 04/24] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH] asm-generic, mm: pgtable: consolidate zero page helpers
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.7 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v2 5/5] [HACK] Handle multiple virtio aliases.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [GIT PULL] Disintegrate UAPI for s390 [ver #2]
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Mel Gorman <mgorman@xxxxxxx>
- [GIT PULL] Disintegrate UAPI for s390 [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: wujianguo <wujianguo106@xxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [PATCH] [S390] zcrypt: remove duplicated include from zcrypt_pcixcc.c
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 0/10] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH] [S390] zcrypt: remove duplicated include from zcrypt_pcixcc.c
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 0/10] memory-hotplug: hot-remove physical memory
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [PATCH 10/10] memory-hotplug : remove sysfs file of node
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 9/10] memory-hotplug : memory_hotplug: clear zone when removing the memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 7/10] memory-hotplug : remove memmap of sparse-vmemmap
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 6/10] memory-hotplug : implement register_page_bootmem_info_section of sparse-vmemmap
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 4/10] memory-hotplug : unregister memory section on SPARSEMEM_VMEMMAP
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 3/10] memory-hotplug : introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [PATCH 0/10] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [GIT PULL] Disintegrate UAPI for s390
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [dm-devel] [PATCH v3 06/26] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [dm-devel] [PATCH v3 06/26] block: Add bio_end_sector()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
- From: Jan Kara <jack@xxxxxxx>
- [GIT PULL] s390 patches for the 3.7 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 04/21] memory-hotplug: offline and remove memory when removing the memory device
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [-next]: s390 *_irq() link errors
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 06/26] block: Add bio_end_sector()
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: [Drbd-dev] [PATCH v3 06/26] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Drbd-dev] [PATCH v3 06/26] block: Add bio_end_sector()
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- [PATCH v3 06/26] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [patch 0/5] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 1/5] [PATCH] qeth: cleanup channel path descriptor function
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/5] s390: network patches for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/5] [PATCH] qeth: fix possible memory leak in qeth_l3_add_[vipa|rxip]()
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/5] [PATCH] ctcm: fix error return code
- From: frank.blaschka@xxxxxxxxxx
- [patch 4/5] [PATCH] drivers/s390/net: removes unnecessary semicolon
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/5] [PATCH] lcs: ensure proper ccw setup
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 1/2] drivers/s390/char/monreader.c: fix error return code
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH v2 5/5] [HACK] Handle multiple virtio aliases.
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.6-rc7
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 7/7] s390/kvm: In-kernel channel subsystem support.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 5/5] [HACK] Handle multiple virtio aliases.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 4/5] s390: Virtual channel subsystem support for !KVM.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 7/7] s390/kvm: In-kernel channel subsystem support.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH v2 7/7] s390/kvm: In-kernel channel subsystem support.
- From: Alexander Graf <agraf@xxxxxxx>
- [Re: [PATCH 2/2] drivers/s390/net/ctcm_main.c: fix error return code]
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH 1/2] drivers/s390/char/monreader.c: fix error return code
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
- [PATCH 2/2] drivers/s390/net/ctcm_main.c: fix error return code
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
- [-next]: s390 *_irq() link errors
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [S390] topology: using for_each_set_bit to simplify the code
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] [S390] topology: using for_each_set_bit to simplify the code
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [PATCH 7/15] drivers/s390/net: removes unnecessary semicolon
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- [PATCH 7/15] drivers/s390/net: removes unnecessary semicolon
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
- arch/s390/kernel/ptrace.c:63:4: warning: left shift count >= width of type
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [PATCH] virtio spec amendment for virtio-ccw
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH] virtio-ccw: Add secondary indicators.
- From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
- [PATCH] virtio spec amendment for virtio-ccw
- From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATH v3] Cleaning up the file lib/decompress_unxz.c, moving all memory helper functions, e.g. memmove, to a new common source file, lib/boot/mem.c
- From: T Makphaibulchoke <tmac@xxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [PATCH v2] virtio-spec: Add virtio-ccw spec.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] virtio-spec: Add virtio-ccw spec.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH] [S390] 3270 console: Drop unused spinlock
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] [S390] 3270 console: Drop unused spinlock
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] [S390] 3270 console: Drop unused spinlock
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
- From: andywu106建国 <wujianguo106@xxxxxxxxx>
- Re: [RFC PATCH V6 10/19] memory-hotplug: add memory_block_release
- From: wujianguo <wujianguo106@xxxxxxxxx>
- Re: [PATCH v2] virtio-spec: Add virtio-ccw spec.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] virtio: support reserved vqs
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] virtio-spec: Add virtio-ccw spec.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] virtio: support reserved vqs
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [RFC v9 PATCH 18/21] memory-hotplug: add node_device_release
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 10/21] memory-hotplug: add memory_block_release
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 17/21] memory_hotplug: clear zone when the memory is removed
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 12/21] memory-hotplug: introduce new function arch_remove_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 19/21] memory-hotplug: remove sysfs file of node
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 14/21] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 11/21] memory-hotplug: remove_memory calls __remove_pages
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 07/21] memory-hotplug: call acpi_bus_remove() to remove memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 09/21] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 04/21] memory-hotplug: offline and remove memory when removing the memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 02/21] memory-hotplug: implement offline_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 08/21] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 15/21] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
- From: wency@xxxxxxxxxxxxxx
- [RFC v9 PATCH 21/21] memory-hotplug: auto offline page_cgroup when onlining memory block failed
- From: wency@xxxxxxxxxxxxxx
- Re: [PATCH v2 2/7] s390/kvm: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2 1/7] s390/kvm: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH v2 0/7] s390: virtual css host support.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH v2 1/7] s390/kvm: Support for I/O interrupts.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH v2 2/7] s390/kvm: Add support for machine checks.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 5/7] s390: Make some css-related structures usable by non-cio code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 4/7] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 4/4] s390/kvm: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 3/7] s390/kvm: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 2/4] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 2/5] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 4/5] s390: Virtual channel subsystem support for !KVM.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 1/5] Update headers for upcoming s390 changes.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 7/7] s390/kvm: In-kernel channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 0/5] qemu: s390: virtual css and virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 5/5] [HACK] Handle multiple virtio aliases.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 2/7] s390/kvm: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2] virtio-spec: Add virtio-ccw spec.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2] Update virtio spec for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC v2] s390: virtual channel subsystem and new virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 0/7] s390: virtual css host support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 0/4] s390: virtio-ccw guest kernel support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 6/7] s390/kvm: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v2 1/7] s390/kvm: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/8] zfcp: Adapt to new FC_PORTSPEED semantics
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/8] zfcp: remove invalid reference to list iterator variable
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/8] zfcp: patches for 3.6-rc
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 6/8] zfcp: restore refcount check on port_remove
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/8] zfcp: Make trace record tags unique
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/8] zfcp: Do not wakeup while suspended
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 8/8] zfcp: only access zfcp_scsi_dev for valid scsi_device
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/8] zfcp: Bounds checking for deferred error trace
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 7/8] zfcp: No automatic port_rescan on events
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [PATCH] qeth: fix possible memory leak in qeth_l3_add_[vipa|rxip]()
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH] qeth: fix possible memory leak in qeth_l3_add_[vipa|rxip]()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.6-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: personality does not preserve across execve on s390 (31bit) systems
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [RFC v8 PATCH 03/20] memory-hotplug: store the node id in acpi_memory_device
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 18/20] memory-hotplug: add node_device_release
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 20/20] memory-hotplug: clear hwpoisoned flag when onlining pages
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 10/20] memory-hotplug: add memory_block_release
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 06/20] memory-hotplug: export the function acpi_bus_remove()
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 19/20] memory-hotplug: remove sysfs file of node
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 01/20] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 11/20] memory-hotplug: remove_memory calls __remove_pages
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 14/20] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 09/20] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 15/20] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 17/20] memory_hotplug: clear zone when the memory is removed
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 16/20] memory-hotplug: free memmap of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 02/20] memory-hotplug: implement offline_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 12/20] memory-hotplug: introduce new function arch_remove_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 05/20] memory-hotplug: check whether memory is present or not
- From: wency@xxxxxxxxxxxxxx
- [RFC v8 PATCH 07/20] memory-hotplug: call acpi_bus_remove() to remove memory device
- From: wency@xxxxxxxxxxxxxx
- Re: personality does not preserve across execve on s390 (31bit) systems
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- personality does not preserve across execve on s390 (31bit) systems
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH 5/5] s390:block:fix up ENOIOCTLCMD error handling
- From: Stefan Weinhuber <WEIN@xxxxxxxxxx>
- Re: [PATCH 5/5] s390:block:fix up ENOIOCTLCMD error handling
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 5/5] s390:block:fix up ENOIOCTLCMD error handling
- From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] drivers/s390/scsi/zfcp_cfdc.c: remove invalid reference to list iterator variable
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [RFC V7 PATCH 18/19] memory-hotplug: add node_device_release
- From: Jianguo Wu <wujianguo106@xxxxxxxxx>
- [RFC V7 PATCH 06/19] memory-hotplug: export the function acpi_bus_remove()
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 00/19] memory-hotplug: hot-remove physical memory
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 05/19] memory-hotplug: check whether memory is present or not
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 03/19] memory-hotplug: store the node id in acpi_memory_device
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 04/19] memory-hotplug: offline and remove memory when removing the memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 10/19] memory-hotplug: add memory_block_release
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 11/19] memory-hotplug: remove_memory calls __remove_pages
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 13/19] memory-hotplug: check page type in get_page_bootmem
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 17/19] memory_hotplug: clear zone when the memory is removed
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 18/19] memory-hotplug: add node_device_release
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 19/19] memory-hotplug: remove sysfs file of node
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC V7 PATCH 02/19] memory-hotplug: implement offline_memory()
- From: wency@xxxxxxxxxxxxxx
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [PATCH 2/2] s390: Always use "long" for ssize_t to match size_t
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Andy Gospodarek <gospo@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]