Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [PATCH 6/8] s390/kvm: Kick guests out of sie if prefix page host pte is touched
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 8/8] s390: fix gmap_ipte_notifier vs. software dirty pages
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/8] s390/kvm fixes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/8] s390/kvm: fix psw rewinding in handle_skey
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 7/8] s390/kvm: avoid automatic sie reentry
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/8] s390/kvm: rename RCP_xxx defines to PGSTE_xxx
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/8] s390/pgtable: fix ipte notify bit
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 5/8] s390/kvm: Provide a way to prevent reentering SIE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2] locking: Fix copy/paste errors "ARCH_INLINE_*_UNLOCK_BH"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v2] locking: Fix copy/paste errors "ARCH_INLINE_*_UNLOCK_BH"
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] zfcp: Fix spinlock imbalance in zfcp_qdio_sbal_get
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] zfcp: Fix spinlock imbalance in zfcp_qdio_sbal_get
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] zfcp: Fix spinlock imbalance in zfcp_qdio_sbal_get
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] zfcp: Fix spinlock imbalance in zfcp_qdio_sbal_get
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHv2 net 2/2] sfc: Reduce RX scatter buffer size, and reduce alignment if appropriate
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCHv2 net 1/2] sfc: Delete EFX_PAGE_IP_ALIGN, equivalent to NET_IP_ALIGN
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCHv2 net 1/2] sfc: Delete EFX_PAGE_IP_ALIGN, equivalent to NET_IP_ALIGN
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- RE: [PATCHv2 net 1/2] sfc: Delete EFX_PAGE_IP_ALIGN, equivalent to NET_IP_ALIGN
- From: "David Laight" <David.Laight@xxxxxxxxxx>
- Re: [PATCHv2 net 2/2] sfc: Reduce RX scatter buffer size, and reduce alignment if appropriate
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCHv2 net 2/2] sfc: Reduce RX scatter buffer size, and reduce alignment if appropriate
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [PATCHv2 net 1/2] sfc: Delete EFX_PAGE_IP_ALIGN, equivalent to NET_IP_ALIGN
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH v3 next/akpm] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH net] sfc: Reduce RX scatter buffer size to multiple of 256
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH net] sfc: Reduce RX scatter buffer size to multiple of 256
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH net] sfc: Reduce RX scatter buffer size to multiple of 256
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH net] sfc: Reduce RX scatter buffer size to multiple of 256
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH net] sfc: Reduce RX scatter buffer size to multiple of 256
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: Build regressions/improvements in v3.10-rc1 (s390)
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: Build regressions/improvements in v3.10-rc1 (s390)
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Build regressions/improvements in v3.10-rc1 (s390)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 next/akpm] aio: convert the ioctx list to radix tree
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 next/akpm] aio: convert the ioctx list to radix tree
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v5, part4 32/41] mm/s390: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] S390: Remove non existent reference to GENERIC_KERNEL_THREAD
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Jean Delvare <jdelvare@xxxxxxx>
- [GIT PULL] s390 patches for the 3.10 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] S390: Remove non existent reference to GENERIC_KERNEL_THREAD
- From: Alexander Shiyan <shc_work@xxxxxxx>
- Build failure after "phylib: remove !S390 dependeny from Kconfig"
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] [RFC] s390/kvm: note a quiescing state if we interupt guest mode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] [RFC] s390/kvm: note a quiescing state if we interupt guest mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] [RFC] s390/kvm: note a quiescing state if we interupt guest mode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2 4/4] s390: Provide default implementation for dma_{alloc,free}_attrs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
- [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.10 merge window #1
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH RESEND 0/9] zfcp features and bugfixes for 3.10 merge window
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH RESEND 0/9] zfcp features and bugfixes for 3.10 merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND 0/9] zfcp features and bugfixes for 3.10 merge window
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 9/9] zfcp: status read buffers on first adapter open with link down
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 6/9] zfcp: block queue limits with data router
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 5/9] zfcp: fix adapter (re)open recovery while link to SAN is down
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND 0/9] zfcp features and bugfixes for 3.10 merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 7/9] zfcp: module parameter dbflevel for early debugging
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 1/9] zfcp: cfdc fops add owner
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 3/9] zfcp: cleanup unit sysfs attribute usage
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 4/9] zfcp: remove unused device_unregister wrapper
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 8/9] zfcp: remove access control tables interface
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 0/9] zfcp features and bugfixes for 3.10 merge window
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 2/9] zfcp: cleanup port sysfs attribute usage
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [patch 0/3] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [patch 0/3] s390: network patches for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/3] qeth: Fix missing pointer update
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/3] qeth: remove cast for kzalloc return value
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/3] qeth: remove unused variable
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [RFC/PATCH 4/4] s390: Provide default implementation for dma_{alloc,free}_attrs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
- [RFC/PATCH 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Kay Sievers <kay@xxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Kay Sievers <kay@xxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Kay Sievers <kay@xxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Andreas Krebbel <krebbel@xxxxxxxxxxxxxxxxxx>
- Re: struct statfs::f_type too small to carry magic values
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- struct statfs::f_type too small to carry magic values
- From: Kay Sievers <kay@xxxxxxxx>
- Re: [PATCH 01/28] Include missing linux/slab.h inclusions [RFC]
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 01/28] Include missing linux/slab.h inclusions [RFC]
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH v3 next/akpm] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: arch/s390/lib/uaccess_pt.c: Missing breaks: ?
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: arch/s390/lib/uaccess_pt.c: Missing breaks: ?
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: arch/s390/lib/uaccess_pt.c: Missing breaks: ?
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: arch/s390/lib/uaccess_pt.c: Missing breaks: ?
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- arch/s390/lib/uaccess_pt.c: Missing breaks: ?
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 3/7] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3/7] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [PATCH v2] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH v2] aio: convert the ioctx list to radix tree
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: [patch 0/2] s390: network bug fixes for net [v2]
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 1/2] af_iucv: fix recvmsg by replacing skb_pull() function
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH] locking: remove three unused Kconfig symbols
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] locking: remove three unused Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] locking: remove three unused Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] locking: remove three unused Kconfig symbols
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] locking: remove three unused Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [patch 1/2] af_iucv: fix recvmsg by replacing skb_pull() function
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/2] s390: network bug fixes for net [v2]
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/2] qeth: fix qeth_wait_for_threads() deadlock for OSN devices
- From: frank.blaschka@xxxxxxxxxx
- [PATCH v4, part3 32/41] mm/s390: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH] KVM: s390: virtio_ccw: reset errors for new I/O.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH] KVM: s390: virtio_ccw: reset errors for new I/O.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: virtio_ccw: reset errors for new I/O.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH] KVM: s390: virtio-ccw bugfix.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: virtio-ccw bugfix.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: virtio-ccw bugfix.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- [PATCH] KVM: s390: virtio_ccw: reset errors for new I/O.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] KVM: s390: virtio-ccw bugfix.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/7] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 3/7] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [PATCH] ext4: fix big-endian bugs which could cause fs corruptions
- From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
- [PATCH] ext4: fix big-endian bugs which could cause fs corruptions
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- [GIT PULL] s390 patches for the 3.9-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: Florian Fainelli <florian@xxxxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: Eric Whitney <enwlinux@xxxxxxxxx>
- [PATCH v2] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH v4 3/6] KVM: Initialize irqfd from kvm_init().
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: [PATCH v4 3/6] KVM: Initialize irqfd from kvm_init().
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [patch 2/2] qeth: fix qeth_wait_for_threads() deadlock for OSN devices
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [patch 1/2] af_iucv: recvmsg: use correct skb_pull() function
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 00/11] KVM: s390: More patches for kvm-next.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: sound/pci/lx6464es/lx6464es.c:557:2: error: implicit declaration of function 'ioport_unmap'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
- [patch 1/2] af_iucv: recvmsg: use correct skb_pull() function
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/2] s390: network bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/2] qeth: fix qeth_wait_for_threads() deadlock for OSN devices
- From: frank.blaschka@xxxxxxxxxx
- Re: sound/pci/lx6464es/lx6464es.c:557:2: error: implicit declaration of function 'ioport_unmap'
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: sound/pci/lx6464es/lx6464es.c:557:2: error: implicit declaration of function 'ioport_unmap'
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: drivers/usb/gadget/pch_udc.c:1405:3: error: implicit declaration of function 'irq_set_irq_type'
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: drivers/tty/serial/8250/8250.c:109:24: fatal error: asm/serial.h: No such file or directory
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: drivers/usb/gadget/pch_udc.c:1405:3: error: implicit declaration of function 'irq_set_irq_type'
- From: Tomoya MORINAGA <tomoya.rohm@xxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 3/5] dump_stack: consolidate dump_stack() implementations and unify their behaviors
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: sound/soc/codecs/wm8903.c:2043:9: error: implicit declaration of function 'irq_get_irq_data'
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- RE: sound/soc/codecs/wm8903.c:2043:9: error: implicit declaration of function 'irq_get_irq_data'
- From: Stephen Warren <swarren@xxxxxxxxxx>
- Re: sound/pci/lx6464es/lx6464es.c:557:2: error: implicit declaration of function 'ioport_unmap'
- From: Tim Blechmann <tim@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: CAI Qian <caiqian@xxxxxxxxxx>
- Re: drivers/tty/serial/8250/8250.c:109:24: fatal error: asm/serial.h: No such file or directory
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: drivers/tty/serial/8250/8250.c:109:24: fatal error: asm/serial.h: No such file or directory
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: drivers/tty/serial/8250/8250.c:109:24: fatal error: asm/serial.h: No such file or directory
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- drivers/base/regmap/regmap-irq.c:229:2: error: implicit declaration of function 'irq_set_chip'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/mfd/arizona-irq.c:68:2: error: implicit declaration of function 'irq_set_irq_wake'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/base/regmap/regmap-irq.c:81:4: error: implicit declaration of function 'irq_set_irq_wake'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/usb/gadget/pch_udc.c:1405:3: error: implicit declaration of function 'irq_set_irq_type'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/tty/serial/8250/8250.c:109:24: fatal error: asm/serial.h: No such file or directory
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- sound/soc/codecs/wm8903.c:2043:9: error: implicit declaration of function 'irq_get_irq_data'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/base/regmap/regmap-irq.c:44:9: error: implicit declaration of function 'irq_data_get_irq_chip_data'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/usb/musb/tusb6010.c:946:2: error: implicit declaration of function 'irq_set_irq_type'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- drivers/tty/serial/serial_core.c:694:2: error: implicit declaration of function 'irq_canonicalize'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- sound/pci/lx6464es/lx6464es.c:557:2: error: implicit declaration of function 'ioport_unmap'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: CAI Qian <caiqian@xxxxxxxxxx>
- s390x: kernel BUG at fs/ext4/inode.c:1591!
- From: CAI Qian <caiqian@xxxxxxxxxx>
- drivers/mfd/pm8xxx-irq.c:131:4: error: implicit declaration of function 'generic_handle_irq'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [PATCH v3, part4 29/39] mm/s390: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH 2/2] s390/cio: Use BITS_TO_LONGS() instead of __BITOPS_WORDS()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/2] s390: remove unnecessary macro definisions in asm/bitops.h
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 03/11] KVM: s390: fix psw conversion in lpsw handler
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 05/11] KVM: s390: make if statements in lpsw/lpswe handlers readable
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 02/11] KVM: s390: fix 24 bit psw handling in lpsw/lpswe handler
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 06/11] KVM: s390: fix and enforce return code handling for irq injections
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 04/11] KVM: s390: fix return code handling in lpsw/lpswe handlers
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 11/11] KVM: s390: Enable KVM_CAP_NR_MEMSLOTS on s390
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 10/11] KVM: s390: Remove the sanity checks for kvm memory slot
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 08/11] KVM: s390: fix compile with !CONFIG_COMPAT
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 09/11] KVM: s390: Change the virtual memory mapping location for virtio devices
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 07/11] KVM: s390: fix stsi exception handling
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 00/11] KVM: s390: More patches for kvm-next.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 01/11] KVM: s390: Dont do a gmap update on minor memslot changes
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2, part4 28/39] mm/s390: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part4 29/39] mm/s390: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH 2/2] s390/cio: Use BITS_TO_LONGS() instead of __BITOPS_WORDS()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 1/2] s390: remove unnecessary macro definisions in asm/bitops.h
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH] aio: convert the ioctx list to radix tree
- From: Zach Brown <zab@xxxxxxxxxx>
- Re: [PATCH] aio: convert the ioctx list to radix tree
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH] aio: convert the ioctx list to radix tree
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH] s390/scm_blk: fix error return code in scm_blk_init()
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390/scm_blk: fix error return code in scm_blk_init()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: Build regressions/improvements in v3.9-rc3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 0/3] s390: network bug fixes for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 1/3] qeth: delay feature trace
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/3] s390: network bug fixes for net
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/3] qeth: Fix invalid router settings handling
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/3] qeth: Fix scatter-gather regression
- From: frank.blaschka@xxxxxxxxxx
- [GIT PULL] s390 patches for the 3.9-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: virtio-s390: document GPR4/GPR2 cookie values
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 11/18] driver: s390: net: remove cast for kzalloc return value
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2] s390: use kcalloc instead of kmalloc and memset
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 11/18] driver: s390: net: remove cast for kzalloc return value
- From: Zhang Yanfei <zhangyanfei@xxxxxxxxxxxxxx>
- Re: [PATCH] s390: replace kmalloc + memset with kzalloc
- From: Stelian Nirlu <steliannirlu@xxxxxxxxx>
- [PATCH v2] s390: use kcalloc instead of kmalloc and memset
- From: Stelian Nirlu <steliannirlu@xxxxxxxxx>
- Re: [PATCH] s390: replace kmalloc + memset with kzalloc
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: replace kmalloc + memset with kzalloc
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- [PATCH] s390: replace kmalloc + memset with kzalloc
- From: Stelian Nirlu <steliannirlu@xxxxxxxxx>
- Re: virtio-s390: document GPR4/GPR2 cookie values
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0/8] s390/kvm: memory mgmt related fixes/cleanups
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- virtio-s390: document GPR4/GPR2 cookie values
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH][RESEND] s390: Fix a build error
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH v1] s390: Remove redundant NULL check before kfree
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: Fix a build error
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [PATCH] s390: Fix a build error
- From: Li Zefan <lizefan@xxxxxxxxxx>
- [PATCH v1] s390: Remove redundant NULL check before kfree
- From: syamsidhardh@xxxxxxxxx
- Re: [PATCH] s390: Remove redundant NULL check before kfree
- From: Syam Sidhardhan <syamsidhardh@xxxxxxxxx>
- Re: [PATCH] s390: Remove redundant NULL check before kfree
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v5 0/6] kvm: Make ioeventfd usable on s390.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- [PATCH] s390: Remove redundant NULL check before kfree
- From: Syam Sidhardhan <syamsidhardh@xxxxxxxxx>
- Re: [PATCH v5 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 6/6] KVM: s390: Wire up ioeventfd.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 6/8] s390/kvm,gaccess: shorten copy_to/from_guest code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 7/8] s390/kvm: cleanup/fix handle_tpi()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/8] s390/mm,gmap: implement gmap_translate()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/8] s390/kvm,tprot: use new gmap_translate() function
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 8/8] s390/kvm,gaccess: add address space annotations
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 5/8] s390/kvm,gaccess: shorten put/get_guest code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 4/8] s390/kvm: remove explicit -EFAULT return code checking on guest access
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/8] s390/kvm: memory mgmt related fixes/cleanups
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/8] s390/kvm,gaccess: fix guest access return code handling
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v5 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 6/6] KVM: s390: Wire up ioeventfd.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.9 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v5 0/6] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH -next] s390/pci: use kmem_cache_zalloc instead of kmem_cache_alloc/memset
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v5 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 0/6] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 5/6] KVM: ioeventfd for virtio-ccw devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 4/6] KVM: Introduce KVM_VIRTIO_CCW_NOTIFY_BUS.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 2/6] KVM: s390: Export virtio-ccw api.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 3/6] KVM: Initialize irqfd from kvm_init().
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 1/6] virtio_ccw: pass a cookie value to kvm hypercall
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 6/6] KVM: s390: Wire up ioeventfd.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH v4 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 6/6] KVM: s390: Wire up ioeventfd.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 6/6] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 2/6] KVM: s390: Export virtio-ccw api.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 3/6] KVM: Initialize irqfd from kvm_init().
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 4/6] KVM: Introduce KVM_VIRTIO_CCW_NOTIFY_BUS.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 5/6] KVM: ioeventfd for virtio-ccw devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 1/6] virtio_ccw: pass a cookie value to kvm hypercall
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v4 0/6] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- qeth_l2 duplicated frames in promiscuous mode
- From: Benjamin Poirier <bpoirier@xxxxxxx>
- Re: [Qemu-devel] [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: [Qemu-devel] [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 2/5] KVM: s390: Export virtio-ccw api.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 3/5] KVM: Introduce KVM_VIRTIO_CCW_NOTIFY_BUS.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 0/2] qemu: ioeventfd for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 1/2] linux-headers: Update with ioeventfd changes.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 2/2] virtio-ccw: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 5/5] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 4/5] KVM: ioeventfd for virtio-ccw devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 1/5] KVM: Initialize irqfd from kvm_init().
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v3 0/5] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH -next] s390/pci: use kmem_cache_zalloc instead of kmem_cache_alloc/memset
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [RFC PATCH v2 2/4] KVM: Introduce KVM_CSS_BUS.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH v2 3/4] KVM: ioeventfd for s390 css devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/4] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] s390/dis: Fix invalid array size
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390/dis: Fix invalid array size
- From: Syam Sidhardhan <syamsidhardh@xxxxxxxxx>
- Re: [RFC PATCH v2 2/4] KVM: Introduce KVM_CSS_BUS.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v2 3/4] KVM: ioeventfd for s390 css devices.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v2 4/4] KVM: s390: Wire up ioeventfd.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [RFC PATCH v2 1/2] linux-headers: Update with ioeventfd changes.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 2/2] virtio-ccw: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 3/4] KVM: ioeventfd for s390 css devices.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 4/4] KVM: s390: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 0/2] qemu: ioeventfd for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 1/4] KVM: Initialize irqfd from kvm_init().
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH v2 2/4] KVM: Introduce KVM_CSS_BUS.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] KVM: s390: Move out initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] KVM: s390: Move out initialization code.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] KVM: s390: Move out initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] KVM: s390: Move out initialization code.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [RFC PATCH 1/3] KVM: s390: Move out initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 0/2] qemu: ioeventfd for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 2/3] KVM: Generalize ioeventfds.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 1/2] linux-headers: Update with ioeventfd changes.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 2/2] virtio-ccw: Wire up ioeventfd.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 3/3] KVM: s390: Hook up ioeventfds.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [RFC PATCH 0/3] kvm: Make ioeventfd usable on s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.9 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 08/27] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH] s390: Add missing PAGE_SHARED as an alias for PAGE_RW
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: Add missing PAGE_SHARED as an alias for PAGE_RW
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 regression patch for 3.8-rc8
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390: Add missing PAGE_SHARED as an alias for PAGE_RW
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] kvm-s390: Bugfix for handling of iscs.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- [PATCH] s390: Add missing PAGE_SHARED as an alias for PAGE_RW
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] kvm-s390: Bugfix for handling of iscs.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] KVM: s390: Fix handling of iscs.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] kvm-s390: Bugfix for handling of iscs.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH] s390/mm: implement software dirty bits
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] software dirty bits for s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] s390/mm: implement software dirty bits
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] software dirty bits for s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] software dirty bits for s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 03/12] drivers/base: Add system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/12] drivers/base: Add system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Jianguo Wu <wujianguo@xxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 0/3] s390/kvm fixes
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Simon Jeons <simon.jeons@xxxxxxxxx>
- [GIT PULL] one s390 patch for 3.8-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 2/3] s390/virtio-ccw: Fix setup_vq error handling.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/3] s390/kvm: Fix instruction decoding
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/3] s390/kvm: Fix store status for ACRS/FPRS
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/3] s390/virtio-ccw: Fix setup_vq error handling.
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/3] s390/kvm fixes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v6 00/11] s390: channel I/O support in qemu.
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- Re: [PATCH 2/5] jump label: constify lookup functions
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v8 0/2] s390: virtio-ccw transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v8 0/2] s390: virtio-ccw transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 2/5] jump label: constify lookup functions
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/5] jump label: constify lookup functions
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [PATCH v8 0/2] s390: virtio-ccw transport.
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH 2/2] s390: Add s390-ccw-virtio machine.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/2] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v8 0/2] s390: virtio-ccw transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 0/2] s390: virtio-ccw transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 2/2] s390: Add s390-ccw-virtio machine.
- From: Andreas Färber <afaerber@xxxxxxx>
- Re: [Qemu-devel] [PATCH 08/11] s390: Add new channel I/O based virtio transport.
- From: Andreas Färber <afaerber@xxxxxxx>
- [PATCH 1/2] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/2] s390: Add s390-ccw-virtio machine.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v7 0/2] s390: virtio-ccw transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 08/11] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 08/11] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v6 00/11] s390: channel I/O support in qemu.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [Qemu-devel] [PATCH 08/11] s390: Add new channel I/O based virtio transport.
- From: Andreas Färber <afaerber@xxxxxxx>
- [PATCH 09/11] s390-virtio: Factor out some initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 08/11] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 11/11] s390: Add s390-ccw-virtio machine.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 10/11] s390: Add default support for SCLP console
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 06/11] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 07/11] s390: Wire up channel I/O in kvm.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 04/11] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 05/11] s390: Add channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 03/11] s390: Channel I/O basic definitions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 02/11] s390: Add mapping helper functions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 01/11] s390: Lowcore mapping helper.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v6 00/11] s390: channel I/O support in qemu.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [patch 0/6] s390: network patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 6/6] [PATCH] qeth: Fix HiperSockets performance regression
- From: frank.blaschka@xxxxxxxxxx
- [patch 4/6] [PATCH] qeth: Update Kconfig wording
- From: frank.blaschka@xxxxxxxxxx
- [patch 3/6] [PATCH] qeth: Support VEPA mode
- From: frank.blaschka@xxxxxxxxxx
- [patch 5/6] [PATCH] qeth: Make s390dbf card entries persistent
- From: frank.blaschka@xxxxxxxxxx
- [patch 0/6] s390: network patches for net-next
- From: frank.blaschka@xxxxxxxxxx
- [patch 1/6] [PATCH] qeth: Fix retry logic in hardsetup
- From: frank.blaschka@xxxxxxxxxx
- [patch 2/6] [PATCH] qeth: Remove unused exports
- From: frank.blaschka@xxxxxxxxxx
- Re: [PATCH 2/5] jump label: constify lookup functions
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] jump label: constify lookup functions
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 12/12] s390: Add s390-ccw-virtio machine.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 03/12] s390: Add mapping helper functions.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 02/12] s390: Lowcore mapping helper.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH 01/12] s390: Add a hypercall registration interface.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v5 00/12] s390: channel I/O support in qemu.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 00/12] System device hot-plug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [Qemu-devel] [PATCH 04/12] Update linux headers.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [Qemu-devel] [PATCH 04/12] Update linux headers.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [GIT PULL] more s390 patches for 3.8-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 04/12] Update linux headers.
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- [PATCH 08/12] s390: Virtual channel subsystem support.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 05/12] s390: Channel I/O basic defintions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 04/12] Update linux headers.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v5 00/12] s390: channel I/O support in qemu.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 09/12] s390: Wire up channel I/O in kvm.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 12/12] s390: Add s390-ccw-virtio machine.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 10/12] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 11/12] s390-virtio: Factor out some initialization code.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 07/12] s390: Add channel I/O instructions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 06/12] s390: I/O interrupt and machine check injection.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 01/12] s390: Add a hypercall registration interface.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 03/12] s390: Add mapping helper functions.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 02/12] s390: Lowcore mapping helper.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] Bugfix for kvm/s390.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [RFC PATCH v2 00/12] System device hot-plug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Qemu-devel] [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [Qemu-devel] [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Richard Henderson <rth@xxxxxxxxxxx>
- Re: [PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [Qemu-devel] [PATCH 8/8] s390: Add new channel I/O based virtio transport.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [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>
- [PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
- [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
- From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
- [PATCH 2/2] memory-hotplug: cleanup: removing the arch specific functions without any implementation
- From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
- Re: [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- [BUG Fix Patch 0/6] Bug fix for physical memory hot-remove.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 5/6] Bug fix: Fix the wrong comments of map_entries.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 2/6] Bug fix: Do not calculate direct mapping pages when freeing vmemmap pagetables.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 6/6] Bug fix: Reuse the storage of /sys/firmware/memmap/X/ allocated by bootmem.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 4/6] Bug fix: Do not free page split from hugepage one by one.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [BUG Fix Patch 3/6] Bug fix: Do not free direct mapping pages twice.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH] KVM: s390: kvm/sigp.c: fix memory leakage
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] Bugfix for kvm/s390.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] s390: kvm/sigp.c: fix memory leakage
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] s390: kvm/sigp.c: fix memory leakage
- From: Cong Ding <dinggnu@xxxxxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 03/12] drivers/base: Add system device hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 04/12] cpu: Add cpu hotplug handlers
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 05/12] mm: Add memory hotplug handlers
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 06/12] ACPI: Add ACPI bus hotplug handlers
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 08/12] ACPI: Update processor driver for hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 07/12] ACPI: Add ACPI resource hotplug handler
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 09/12] ACPI: Update memory driver for hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 10/12] ACPI: Update container driver for hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 11/12] cpu: Update sysfs cpu/online for hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 12/12] ACPI: Update sysfs eject for hotplug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- [RFC PATCH v2 00/12] System device hot-plug framework
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [PATCH 0/2] KVM: s390: Bugfixes for virtio-ccw.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- [GIT PULL] s390 patches for the 3.8-rc4
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- [PATCH v6 15/15] memory-hotplug: Do not allocate pdgat if it was not freed when offline.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 11/15] memory-hotplug: Integrated __remove_section() of CONFIG_SPARSEMEM_VMEMMAP.
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 07/15] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 01/15] memory-hotplug: try to offline the memory twice to avoid dependence
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 03/15] memory-hotplug: remove redundant codes
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 06/15] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 12/15] memory-hotplug: memory_hotplug: clear zone when removing the memory
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 10/15] memory-hotplug: remove memmap of sparse-vmemmap
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 13/15] memory-hotplug: remove sysfs file of node
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 09/15] memory-hotplug: remove page table of x86_64 architecture
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- [PATCH v6 14/15] memory-hotplug: free node_data when a node is offlined
- From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
- Re: [PATCH v5 0/7] s390: Host support for channel I/O.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- [PATCH 0/2] KVM: s390: Bugfixes for virtio-ccw.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/2] KVM: s390: Gracefully handle busy conditions on ccw_device_start
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/2] KVM: s390: Dynamic allocation of virtio-ccw I/O data.
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- [patch net-next V6 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]