Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [patch net-next v2 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/4] s390: Add a mechanism to get the subchannel id.
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [PATCH 2/4] s390: Add a mechanism to get the subchannel id.
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [patch net-next 03/16] vlan: add link to upper device
- 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 net-next 03/16] vlan: add link to upper device
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 15/16] net: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [PATCH 2/4] s390: Add a mechanism to get the subchannel id.
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [patch net-next 15/16] net: remove usage of dev->master
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 03/16] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 05/16] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 04/16] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 06/16] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 08/16] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 07/16] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 11/16] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 10/16] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 12/16] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 13/16] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 14/16] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 15/16] net: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 16/16] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 09/16] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 02/16] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 00/16] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.6-rc1
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 2/2] s390: Always use "long" for ssize_t to match size_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [RFC PATCH V6 04/19] memory-hotplug: offline and remove memory when removing the memory device
- From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Blue Swirl <blauwirbel@xxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Blue Swirl <blauwirbel@xxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Blue Swirl <blauwirbel@xxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Blue Swirl <blauwirbel@xxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Blue Swirl <blauwirbel@xxxxxxxxx>
- [PATCH 38/41] TTY: tty3270, add tty install
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 16/41] TTY: tty3270, free tty driver properly
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 23/41] TTY: automatically create nodes for some drivers
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 32/41] TTY: con3215, unset raw3215[line]
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 33/41] TTY: con3215, add tty install
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 3/7] s390/kvm: In-kernel handling of I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 7/7] s390/kvm: In-kernel channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/5] [HACK] Handle multiple virtio aliases.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] virtio-spec: Add virtio-ccw spec.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/5] s390: Virtual channel subsystem support for !KVM.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH] Update virtio spec for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/5] Update headers for upcoming s390 changes.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 0/4] s390: virtio-ccw guest kernel support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/5] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/5] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/4] s390/kvm: Split out early console code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 0/5] qemu: s390: virtual css and virtio-ccw
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 6/7] s390/kvm: Base infrastructure for enabling capabilities.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/7] s390: Move css limits from drivers/s390/cio/ to include/asm/.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/4] s390: Add a mechanism to get the subchannel id.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/7] s390: Make some css-related structures usable by non-cio code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/7] s390/kvm: Add support for machine checks.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/7] s390/kvm: Support for I/O interrupts.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 0/7] s390: virtual css host support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC] s390: virtual channel subsystem and new virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH V6 13/19] memory-hotplug: check page type in get_page_bootmem
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH V6 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH V6 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- phpBB mobile style
- From: phpbbspprt840@xxxxxxxxx
- [RFC PATCH V6 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 10/19] memory-hotplug: add memory_block_release
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 13/19] memory-hotplug: check page type in get_page_bootmem
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 06/19] memory-hotplug: export the function acpi_bus_remove()
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 05/19] memory-hotplug: check whether memory is present or not
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 04/19] memory-hotplug: offline and remove memory when removing the memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 03/19] memory-hotplug: store the node id in acpi_memory_device
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 11/19] memory-hotplug: remove_memory calls __remove_pages
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 18/19] memory-hotplug: add node_device_release
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 02/19] memory-hotplug: implement offline_memory()
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 17/19] memory_hotplug: clear zone when the memory is removed
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 19/19] memory-hotplug: remove sysfs file of node
- From: wency@xxxxxxxxxxxxxx
- [RFC PATCH V6 00/19] memory-hotplug: hot-remove physical memory
- From: wency@xxxxxxxxxxxxxx
- Re: [PATCH v2] [S390] do not clobber personality flags in sys_32_personality()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v2] [S390] do not clobber personality flags in sys_32_personality()
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH] [S390] do not clobber personality flags in sys_32_personality()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: jencce zhou <jencce2002@xxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.6 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v5 00/19] memory-hotplug: hot-remove physical memory
- From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
- [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 18/19] memory-hotplug: add node_device_release
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 17/19] memory_hotplug: clear zone when the memory is removed
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 13/19] memory-hotplug: check page type in get_page_bootmem
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 11/19] memory-hotplug: remove_memory calls __remove_pages
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 10/19] memory-hotplug: add memory_block_release
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 06/19] memory-hotplug: export the function acpi_bus_remove()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 04/19] memory-hotplug: offline and remove memory when removing the memory device
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 03/19] memory-hotplug: store the node id in acpi_memory_device
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 02/19] memory-hotplug: implement offline_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [PATCH 0.5/19] remove memory info from list before freeing it
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH 0/19] firmware_map : unify argument of firmware_map_add_early/hotplug
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RFC PATCH v5 00/19] memory-hotplug: hot-remove physical memory
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] KVM: s390: Trace events support.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH 0/3] KVM: s390: Trace events support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0/3] KVM: s390: Trace events support.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [patch 0/3] s390: bug fixes for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 1/3] [PATCH] net: wiznet add missing HAS_IOMEM dependency
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/3] s390: bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/3] [PATCH] netiucv: cleanup attribute usage
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/3] [PATCH] qeth: repair crash in qeth_l3_vlan_rx_kill_vid()
- From: frank.blaschka@xxxxxxxxxx
- [GIT PULL] s390 patches for the 3.6 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 1/3] s390/dis: Instruction decoding interface.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/3] KVM: s390: Add architectural trace events.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 3/3] KVM: s390: Add implementation-specific trace events.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/3] KVM: s390: Trace events support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [RFC PATCH 6/8] memory-hotplug: introduce new function arch_remove_memory()
- From: Wen Congyang <wency@xxxxxxxxxxxxxx>
- [RESEND PATCH RFC V5 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [RESEND PATCH RFC V3 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V5 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V5 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V5 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V5 1/3] kvm/config: Add config to support ple or cpu relax optimzation
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V5 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC V4 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC V4 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH RFC V4 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V4 1/3] kvm/config: Add config to support ple or cpu relax optimzation
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V4 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V4 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH net-next 6/8] s390: Use eth_random_addr
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC V3 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V3 3/3] kvm: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V3 1/3] kvm/config: Add config to support ple or cpu relax optimzation
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V3 0/3] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Nikunj A Dadhania <nikunj@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Nikunj A Dadhania <nikunj@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 14/14] crypto: arch/s390 - cleanup - remove unneeded cra_list initialization
- From: Jan Glauber <jang@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Andrew Jones <drjones@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH 14/14] crypto: arch/s390 - cleanup - remove unneeded cra_list initialization
- From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH RFC V2 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC V2 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH RFC V2 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH RFC V2 1/2] kvm vcpu: Note down pause loop exit
- From: Rik van Riel <riel@xxxxxxxxxx>
- [PATCH RFC V2 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V2 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC V2 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Andrew Theurer <habanero@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler : detailed result
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH RFC 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Andrew Theurer <habanero@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 0/2] kvm: Improving directed yield in PLE handler
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 2/2] kvm PLE handler: Choose better candidate for directed yield
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 1/2] kvm vcpu: Note down pause loop exit
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- [PATCH 7/7] drivers/s390/scsi/zfcp_cfdc.c: remove invalid reference to list iterator variable
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- Re: [PATCH 0/6] kvm/s390: sigp related changes for 3.6
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [PATCH 0/6] kvm/s390: sigp related changes for 3.6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 0/6] kvm/s390: sigp related changes for 3.6
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/6] KVM: s390: fix sigp set prefix status stored cases
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 4/6] KVM: s390: fix sigp set prefix status stored cases
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 4/6] KVM: s390: fix sigp set prefix status stored cases
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH 3/6] KVM: s390: fix sigp sense running condition code handling
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 4/6] KVM: s390: fix sigp set prefix status stored cases
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 6/6] KVM: s390: Fix sigp sense handling.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/6] s390/smp: remove redundant check
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/6] s390/smp/kvm: unifiy sigp definitions
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 5/6] KVM: s390: use sigp condition code defines
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/6] kvm/s390: sigp related changes for 3.6
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] kvm/s390 patches for 3.6
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: s390 - clean up DES code a bit more
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH v2] lib/decompress_unxz.c: removing all memory helper functions
- From: T Makphaibulchoke <tmac@xxxxxx>
- Re: [PATCH 3/3] s390/kvm: Perform early event mask processing during boot.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 1/3] s390/kvm: Set CPU in stopped state on initial cpu reset
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/3] s390/kvm: Perform early event mask processing during boot.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/3] s390/kvm: Set CPU in stopped state on initial cpu reset
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 3/3] s390/kvm: Perform early event mask processing during boot.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/3] kvm: trace events: update list of exit reasons (v2)
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH 2/3] kvm: trace events: update list of exit reasons (v2)
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm: trace events: update list of exit reasons
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm: trace events: update list of exit reasons
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/3] kvm: trace events: update list of exit reasons
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm: trace events: update list of exit reasons
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH 3/3] s390/kvm: Perform early event mask processing during boot.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/3] s390/kvm: Set CPU in stopped state on initial cpu reset
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/3] kvm/s390 patches for 3.6
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/3] kvm: trace events: update list of exit reasons
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] crypto: s390 - clean up DES code a bit more
- From: Jan Glauber <jang@xxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: s390 - clean up DES code a bit more
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- Re: [PATCH 25/27] s390, smpboot: Use generic SMP booting infrastructure
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 25/27] s390, smpboot: Use generic SMP booting infrastructure
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- [RFC PATCH 04/10] S390: smp: remove call to ipi_call_lock()/ipi_call_unlock()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Thavatchai Makphaibulcboke <thavatchai.makpahibulchoke@xxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] lib/decompress_unxz.c: removing all memory helper functions
- From: T Makphaibulchoke <tmac@xxxxxx>
- Re: [patch 0/2] s390: qeth patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 2/2] [PATCH] qeth: recognize vlan devices in layer3 mode
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/2] [PATCH] qeth: remove token ring part 2
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/2] s390: qeth patches for net-next
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Bjørn Mork <bjorn@xxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH net-next 1/4] s390: delete any traces of token ring support
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH/RFC net-next 0/4] Delete token ring support.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [PATCH] net: skb_set_dev do not unconditionally drop ref to dst
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/2] s390: qeth bug fixes for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] mm: fix s390 BUG by __set_page_dirty_no_writeback on swap
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- [patch 0/2] s390: qeth bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/2] [PATCH] qeth: allow change of blkt default values
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/2] [PATCH] qeth: Use blkt defaults for OSA Express 4
- From: frank.blaschka@xxxxxxxxxx
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- [GIT PULL] s390 patches for 3.4-rc3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] s390: fix build failure in con3215.c tty wakeup tasklet
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: fix build failure in con3215.c tty wakeup tasklet
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Rik van Riel <riel@xxxxxxxxxx>
- [RFC PATCH] s390: mm: rmap: Transfer storage key to struct page under the page lock
- From: Mel Gorman <mgorman@xxxxxxx>
- [PATCH 3/3] TTY: con3215, use tty from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 2/3] TTY: con3215, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 24/69] TTY: con3215, centralize allocation
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 31/69] TTY: tty3270, move initialization to allocation
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 30/69] TTY: sclp_vt220, remove unused allocation
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 27/69] TTY: con3215, use tty from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 26/69] TTY: con3215, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 29/69] TTY: sclp_vt220, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 28/69] TTY: sclp_tty, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 25/69] TTY: con3215, remove tasklet for tty_wakeup
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 32/69] TTY: tty3270, get rid of ugly aliasing
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 24/69] TTY: con3215, centralize allocation
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 34/69] TTY: tty3270, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 33/69] TTY: tty3270, push tty down to tty3270_do_write
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Lorenz Kolb <linuxppcemb@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 build error patch
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 patches for 3.4 merge window part 2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] drivers/s390/block/dasd_eckd.c: add missing dasd_sfree_request
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] drivers/s390/block/dasd_eckd.c: add missing dasd_sfree_request
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [PATCH 11/16] mm/s390: use vm_flags_t for vma flags
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- [GIT PULL] s390 patches for 3.4 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- RE: [PATCH]s390/char/vmur.c: memory leak Fix in the driver
- From: "Chen, Dennis (SRDC SW)" <Dennis1.Chen@xxxxxxx>
- Re: [PATCH]s390/char/vmur.c: memory leak Fix in the driver
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390: Remove unncessary export of arch_pick_mmap_layout
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH]s390/char/vmur.c: memory leak Fix in the driver
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- RE: [PATCH]s390/char/vmur.c: memory leak Fix in the driver
- From: "Chen, Dennis (SRDC SW)" <Dennis1.Chen@xxxxxxx>
- [PATCH] s390: Remove unncessary export of arch_pick_mmap_layout
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH]s390/char/vmur.c: memory leak Fix in the driver
- From: "Chen, Dennis (SRDC SW)" <Dennis1.Chen@xxxxxxx>
- [PATCH 22/38] Disintegrate asm/system.h for S390 [ver #3]
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v3] ipc: provide generic compat versions of IPC syscalls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3] ipc: provide generic compat versions of IPC syscalls
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- [PATCH 25/35] Disintegrate asm/system.h for S390 [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
- [ 06/12] [S390] KEYS: Enable the compat keyctl wrapper on s390x
- From: Willy Tarreau <w@xxxxxx>
- Re: [patch 0/7] s390: network driver fixes for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 4/7] [PATCH] ctcm: make ctcmpc debugging compilable
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- RE: [patch 4/7] [PATCH] ctcm: make ctcmpc debugging compilable
- From: "David Laight" <David.Laight@xxxxxxxxxx>
- [patch 3/7] [PATCH] qeth: synchronize discipline module loading
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/7] [PATCH] af_iucv: handle netdev events
- From: frank.blaschka@xxxxxxxxxx
- [patch 4/7] [PATCH] ctcm: make ctcmpc debugging compilable
- From: frank.blaschka@xxxxxxxxxx
- [patch 6/7] [PATCH] qeth: meaningful return code for set_mac_address
- From: frank.blaschka@xxxxxxxxxx
- [patch 7/7] [PATCH] lcs: Return zero from ccwgroup devs set_offline function
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/7] s390: network driver fixes for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/7] [PATCH] ctcm: use correct idal word list for ctcmpc
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/7] [PATCH] af_iucv: add shutdown for HS transport
- From: frank.blaschka@xxxxxxxxxx
- [GIT PULL] s390 regression fix for 3.3-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390: add missing KEYS_COMPAT Kconfig entry
- From: Aristeu Rozanski <aris@xxxxxxxxxx>
- Re: [PATCH] s390: add missing KEYS_COMPAT Kconfig entry
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: add missing KEYS_COMPAT Kconfig entry
- From: Aristeu Rozanski <aris@xxxxxxxxxx>
- [GIT PULL] s390 patches for 3.3-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 00/12] Part 2: check given MAC address, if invalid return -EADDRNOTAVAIL
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- Re: [PATCH 00/12] Part 2: check given MAC address, if invalid return -EADDRNOTAVAIL
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 00/12] Part 2: check given MAC address, if invalid return -EADDRNOTAVAIL
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- [PATCH 11/12] s390/net/qeth_l2_main: check given MAC address, if invalid return -EADDRNOTAVAIL
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 00/12] Part 2: check given MAC address, if invalid return -EADDRNOTAVAIL
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [GIT PULL] s390 patches for 3.3-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] arch/s390/kernel/crash_dump.c: included linux/crash_dump.h twice
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] arch/s390/kernel/crash_dump.c: included linux/crash_dump.h twice
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- Re: [PATCH] KEYS: Enable the compat keyctl wrapper on s390x
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] KEYS: Enable the compat keyctl wrapper on s390x
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] KEYS: Enable the compat keyctl wrapper on s390x
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] KEYS: Enable the compat keyctl wrapper on s390x
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH 27/40] [S390] Use block_sigmask()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [patch 0/6] s390: network driver features and fixes for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 3/6] [PATCH] af_iucv: change net_device handling for HS transport
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/6] [PATCH] qeth: add query OSA address table support
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/6] [PATCH] af_iucv: block writing if msg limit is exceeded
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/6] [PATCH] af_iucv: remove IUCV-pathes completely
- From: frank.blaschka@xxxxxxxxxx
- [patch 4/6] [PATCH] af_iucv: allow retrieval of maximum message size
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/6] s390: network driver features and fixes for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 6/6] [PATCH] qeth: add wake_up on write channel
- From: frank.blaschka@xxxxxxxxxx
- [GIT PULL] s390 patches for 3.3-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- phpBB support
- From: phpBB support <phpbbaid@xxxxxxxxx>
- Re: [PATCH 1/5] Driver core: driver_find() drops reference before returning
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 1/5] Driver core: driver_find() drops reference before returning
- From: Kyungmin Park <kyungmin.park@xxxxxxxxxxx>
- Re: [PATCH 1/5] Driver core: driver_find() drops reference before returning
- From: Andy Walls <awalls@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Get rid of get_driver() and put_driver()
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 3/5] cio: remove {get,put}_driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] Driver core: driver_find() drops reference before returning
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] Get rid of get_driver() and put_driver()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [RFC][PATCH 1/3] clocksource: s390: Convert s390 to use clocksource_register_khz
- From: John Stultz <john.stultz@xxxxxxxxxx>
- Re: [PATCH 3/7] bitops: introduce list_for_each_clear_bit
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 3/7] bitops: introduce list_for_each_clear_bit
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- [PATCH 0/7] bitops: introduce for_each_clear_bit()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 3/7] bitops: introduce list_for_each_clear_bit
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 5/7] s390/char: use for_each_clear_bit
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH] kdump: Define KEXEC_NOTE_BYTES arch specific for s390x
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] kdump: Define KEXEC_NOTE_BYTES arch specific for s390x
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 3.3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 3.3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 3.3
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: oprofile patch broke s390 build in tip/perf/core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: oprofile patch broke s390 build in tip/perf/core
- From: Robert Richter <robert.richter@xxxxxxx>
- oprofile patch broke s390 build in tip/perf/core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [patch 00/10] s390: network driver features and fixes for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 04/10] [PATCH] af_iucv: remove unused timer infrastructure
- From: frank.blaschka@xxxxxxxxxx
- [patch 07/10] [PATCH] qeth: forbid recovery during shutdown
- From: frank.blaschka@xxxxxxxxxx
- [patch 10/10] [PATCH] qeth: recovery through asynchronous delivery
- From: frank.blaschka@xxxxxxxxxx
- [patch 05/10] [PATCH] af_iucv: get rid of state IUCV_SEVERED
- From: frank.blaschka@xxxxxxxxxx
- [patch 01/10] [PATCH] af_iucv: support ancillary data with HS transport
- From: frank.blaschka@xxxxxxxxxx
- [patch 06/10] [PATCH] qeth: suspicious rcu_dereference_check in recovery
- From: frank.blaschka@xxxxxxxxxx
- [patch 08/10] [PATCH] netiucv: allow multiple interfaces to same peer
- From: frank.blaschka@xxxxxxxxxx
- [patch 02/10] [PATCH] af_iucv: accelerate close for HS transport
- From: frank.blaschka@xxxxxxxxxx
- [patch 09/10] [PATCH] qeth: improve recovery during resource shortage
- From: frank.blaschka@xxxxxxxxxx
- [patch 00/10] s390: network driver features and fixes for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 03/10] [PATCH] af_iucv: release reference to HS device
- From: frank.blaschka@xxxxxxxxxx
- Re: qeth_l3 build broken in net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- qeth_l3 build broken in net-next
- From: Frank Blaschka <blaschka@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/15] module_param: avoid bool abuse, add bint for special cases.
- From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
- Re: [PATCH 2/15] module_param: avoid bool abuse, add bint for special cases.
- From: Takashi Iwai <tiwai@xxxxxxx>
- [PATCH 2/15] module_param: avoid bool abuse, add bint for special cases.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH v3] ipc: provide generic compat versions of IPC syscalls
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [PATCH v2] ipc: provide generic compat versions of IPC syscalls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2] ipc: provide generic compat versions of IPC syscalls
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] ipc: provide generic compat versions of IPC syscalls
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [PATCH] zipl: Do not use larl for 31 bit code
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] zipl: Do not use larl for 31 bit code
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] zipl: Do not use larl for 31 bit code
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH] zipl: Do not use larl for 31 bit code
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.2-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: s390-tools: zipl build fails with binutils-2.21+ on s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- s390-tools: zipl build fails with binutils-2.21+ on s390
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- phpBB new version " Bertie's off to the beach
- From: phpBB Support <phpbbaid@xxxxxxxxx>
- [PATCH 20/23] s390: Use HAVE_MEMBLOCK_NODE_MAP
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 0/1] zfcp: patch for 3.2-rc
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] zfcp: return early from slave_destroy if slave_alloc returned early
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/5] s390: network driver bug fixes for 3.2.0 next rc
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.2-rc3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 4/5] [PATCH] qeth: l3 fix rcu splat in xmit
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/5] [PATCH] qeth: remove WARN_ON leftover
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/5] [PATCH] netiucv: reinsert dev_alloc_name for device naming
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/5] [PATCH] qeth: return with -EPERM if sniffing is not enabled
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/5] [PATCH] qeth: Reduce CPU consumption through less SIGA-r calls
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/5] s390: network driver bug fixes for 3.2.0 next rc
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 0/5] treewide: __attribute__ neatening
- From: Joe Perches <joe@xxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 patches for 3.1-rc7
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 fixes
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/2] kdump: Initialize vmcoreinfo note at startup
- From: Andrew Morton <akpm@xxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Andrew Morton <akpm@xxxxxxxxxx>
- [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 2/2] s390: Export vmcoreinfo note
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 0/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [patch v3 0/2] kdump: Allow removal of page tables for crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Andrew Morton <akpm@xxxxxxxxxx>
- Re: [patch v2 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [patch v2 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v2 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v2 0/2] kdump: Allow removal of page tables for crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [patch 2/2] s390: Export vmcoreinfo note
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 0/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 1/2] kdump: Initialize vmcoreinfo note at startup
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [RFC][patch 1/2] kdump: Add infrastructure for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [RFC][patch 2/2] s390: Add architecture code for unmapping crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [RFC][patch 0/2] kdump: Allow removal of page tables for crashkernel memory
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/2] s390: Patch series for s390 kdump support
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [patch 0/2] s390: Patch series for s390 kdump support
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/14] qeth: convert to SKB paged frag API.
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 00/24] net: Remove unnecessary OOM logging messages
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 11/24] iucv: Remove unnecessary OOM logging messages
- From: Joe Perches <joe@xxxxxxxxxxx>
- [GIT PULL] s390 patches for 3.1-rc3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 0/3] [RFC] tick_program_event/clockevents_program_event tweaking
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 2/3] direct ktime path for clockevent devices
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 1/3] clockevent event minimum delay adjustments
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 3/3] use direct ktime path for s390 clockevent device
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] arch/s390/kernel/ipl.c: correct error detection check
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] arch/s390/kernel/ipl.c: correct error detection check
- From: Julia Lawall <julia@xxxxxxx>
- Re: [patch 0/2] kdump: Common code changes for s390 kdump support
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 0/2] s390: Patch series for s390 kdump support
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [patch 0/2] kdump: Common code changes for s390 kdump support
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 2/2] kdump: Add size to elfcorehdr kernel parameter
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch 1/2] kdump: Add KEXEC_CRASH_CONTROL_MEMORY_LIMIT
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [patch 0/2] kdump: Common code changes for s390 kdump support
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 2/2] kdump: Add size to elfcorehdr kernel parameter
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 1/2] kdump: Add KEXEC_CRASH_CONTROL_MEMORY_LIMIT
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 41/75] qeth: convert to SKB paged frag API.
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [patch 0/3] kdump: Add external kdump entry point for s390 stand-alone dump tools
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/3] kdump: Add external kdump entry point for s390 stand-alone dump tools
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [patch 2/2] kexec-tools: Allow to call verify_sha256_digest() from kernel
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 1/2] kexec-tools: Add s390 kdump support
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch 0/2] s390: Patch series for s390 kdump support
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/3] kdump: Add external kdump entry point for s390 stand-alone dump tools
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390: fix _TIF_SINGLE_STEP definition
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 0/3] kdump: Add external kdump entry point for s390 stand-alone dump tools
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch v3 2/8] kdump: Make kimage_load_crash_segment() weak
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] s390: fix _TIF_SINGLE_STEP definition
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- Re: [patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [patch 0/1] [patch 0/1] include storage keys in hibernation image
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 1/1] [PATCH] include storage keys in hibernation image.
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 3/3] zfcp: support for hardware data router
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] zfcp patches for 3.2 merge window
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] qdio: base support for hardware data router with zfcp
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] zfcp: non-experimental support for DIF/DIX
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [patch 00/13] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch v3 8/8] kexec-tools: Allow to call verify_sha256_digest() from kernel
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 6/8] s390: Do first kdump checksum test before really starting kdump
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 4/8] s390: Add real memory access functions
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 0/8] kdump: Patch series for s390 support (version 3)
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 5/8] s390: kdump backend code
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
- [patch v3 3/8] kdump: Add size to elfcorehdr kernel parameter
- From: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]