Linux S390: System z9 mainframe
[Prev Page][Next Page]
- Re: [v3 3/9] mm: add "zero" argument to vmemmap allocators
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH V2 net 1/1] smc: switch to usage of IB_PD_UNSAFE_GLOBAL_RKEY
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Daniel Micay <danielmicay@xxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Daniel Micay <danielmicay@xxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- [PATCH V2 net 1/1] smc: switch to usage of IB_PD_UNSAFE_GLOBAL_RKEY
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH V2 net 0/1] net/smc and the RDMA core
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 28/36] docs-rst: convert s390-drivers DocBook to ReST
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
- [PATCH 2/2] frv, mn10300, s390, sh: remove empty vga.h
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 12/13] vfio/ccw: update sense data if a unit check is pending
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 10/13] s390x/css: introduce and realize ccw-request callback
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 08/13] vfio/ccw: get io region info
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 06/13] s390x/css: device support for s390-ccw passthrough
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [PATCH net 0/4] s390/net fixes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 1/3] s390/dasd: Adjust buffer output in dasd_hosts_print()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] s390/dasd: Adjust buffer output in dasd_hosts_print()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 2/3] s390/dasd: Fix typos in two comment lines
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] s390/dasd: Adjust six checks for null pointers
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] s390/dasd: Adjust buffer output in dasd_hosts_print()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 0/3] S390-DASD: Fine-tuning for some function implementations
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [s390:features 17/19] drivers/s390//block/scm_blk.c:255:3: error: too many arguments to function 'blk_mq_complete_request'
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH net 2/4] s390/qeth: unbreak OSM and OSN support
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net 3/4] s390/qeth: avoid null pointer dereference on OSN
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net 1/4] s390/qeth: handle sysfs error during initialization
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net 4/4] s390/qeth: add missing hash table initializations
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net 0/4] s390/net fixes
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [v3 0/9] parallelized "struct page" zeroing
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Greg KH <greg@xxxxxxxxx>
- Re: S390: Fine-tuning for six function implementations
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] S390: Fine-tuning for six function implementations
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: S390: Fine-tuning for six function implementations
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v7 08/13] vfio/ccw: get io region info
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [PATCH v7 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v7 06/13] s390x/css: device support for s390-ccw passthrough
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [PATCH 0/4] S390: Fine-tuning for six function implementations
- From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
- Re: [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Daniel Micay <danielmicay@xxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Greg KH <greg@xxxxxxxxx>
- Re: [v3 9/9] s390: teach platforms not to zero struct pages memory
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v7 05/13] s390x/css: realize css_create_sch
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH 0/4] S390: Fine-tuning for six function implementations
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] s390/cache: Combine two function calls into one in show_cacheinfo()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] s390/processor: Use seq_putc() in show_cpu_summary()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] s390/sysinfo: Combine two function calls into one
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] s390/sysinfo: Replace six seq_printf() calls by seq_puts()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH 1/1] s390/virtio: change maintainership
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [v3 0/9] parallelized "struct page" zeroing
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 9/9] s390: teach platforms not to zero struct pages memory
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 3/9] mm: add "zero" argument to vmemmap allocators
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 8/9] powerpc: teach platforms not to zero struct pages memory
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 7/9] x86: teach x86 not to zero struct pages memory
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 1/9] sparc64: simplify vmemmap_populate
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 5/9] mm: zero struct pages during initialization
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 4/9] mm: do not zero vmemmap_buf
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 2/9] mm: defining memblock_virt_alloc_try_nid_raw
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v3 6/9] sparc64: teach sparc not to zero struct pages memory
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [PATCH 1/1] s390/virtio: change maintainership
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 00/13] basic channel IO passthrough infrastructure based on vfio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 05/13] s390x/css: realize css_create_sch
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 04/13] s390x/css: realize css_sch_build_schib
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH v7 12/13] vfio/ccw: update sense data if a unit check is pending
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 10/13] s390x/css: introduce and realize ccw-request callback
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 11/13] s390x/css: ccw translation infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 08/13] vfio/ccw: get io region info
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 05/13] s390x/css: realize css_create_sch
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 02/13] vfio: linux-headers update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 06/13] s390x/css: device support for s390-ccw passthrough
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 04/13] s390x/css: realize css_sch_build_schib
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 03/13] s390x/css: add s390-squash-mcss machine option
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 01/13] update-linux-headers: update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 00/13] basic channel IO passthrough infrastructure based on vfio
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators
- From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
- Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 10/13] s390x/css: introduce and realize ccw-request callback
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 10/13] s390x/css: introduce and realize ccw-request callback
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: ftrace breaks with modules disabled.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: linux-4.11/arch/s390/kernel/time.c:417: bad function call ?
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.12 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- ftrace breaks with modules disabled.
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 10/13] s390x/css: introduce and realize ccw-request callback
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 06/13] s390x/css: device support for s390-ccw passthrough
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 06/13] s390x/css: device support for s390-ccw passthrough
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 08/13] vfio/ccw: get io region info
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH v6 06/13] s390x/css: device support for s390-ccw passthrough
- From: Auger Eric <eric.auger@xxxxxxxxxx>
- [PATCH v9 3/4] arm/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v9 4/4] arm64/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v9 2/4] x86/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v6 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 12/13] vfio/ccw: update sense data if a unit check is pending
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 11/13] s390x/css: ccw translation infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 10/13] s390x/css: introduce and realize ccw-request callback
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 08/13] vfio/ccw: get io region info
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 05/13] s390x/css: realize css_create_sch
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 06/13] s390x/css: device support for s390-ccw passthrough
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 04/13] s390x/css: realize css_sch_build_schib
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 02/13] vfio: linux-headers update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 03/13] s390x/css: add s390-squash-mcss machine option
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 01/13] update-linux-headers: update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 00/13] basic channel IO passthrough infrastructure based on vfio
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v5 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [GIT PULL 0/3] KVM: s390: feature for 4.12 (kvm/next)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v5 3/3] kdump: Protect vmcoreinfo data under the crash memory
- From: Xunlei Pang <xlpang@xxxxxxxxxx>
- [PATCH v5 2/3] powerpc/fadump: Use the correct VMCOREINFO_NOTE_SIZE for phdr
- From: Xunlei Pang <xlpang@xxxxxxxxxx>
- [PATCH v5 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Xunlei Pang <xlpang@xxxxxxxxxx>
- Re: [GIT PULL 0/2] s390/cpacf: base patches for msa8 cpu model
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH v8 3/4] arm/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v8 4/4] arm64/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v8 2/4] x86/syscalls: Optimize address limit check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [GIT PULL 0/3] KVM: s390: feature for 4.12 (kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/3] s390: kvm: Cpu model support for msa6, msa7 and msa8
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/3] s390/cpacf: Introduce kma instruction
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/3] s390/cpacf: query instructions use unique parameters for compatibility with KMA
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/2] s390/cpacf: query instructions use unique parameters for compatibility with KMA
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/2] s390/cpacf: base patches for msa8 cpu model
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/2] s390/cpacf: Introduce kma instruction
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Xunlei Pang <xpang@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v5 06/13] s390x/css: device support for s390-ccw passthrough
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v5 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH] s390/virtio: fix compilation of kvm_virtio.c in linux-next
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PULL 0/2] Fixes for vfio-ccw
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [GIT PULL 4/4] KVM: s390: Support keyless subset guest mode
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [GIT PULL 4/4] KVM: s390: Support keyless subset guest mode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 4/4] KVM: s390: Support keyless subset guest mode
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] s390/virtio: fix compilation of kvm_virtio.c in linux-next
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH] s390/virtio: fix compilation of kvm_virtio.c in linux-next
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 0/4] KVM: s390: Guarded storage fixup and keyless subset mode (kvm/next)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 4/4] KVM: s390: Support keyless subset guest mode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/4] KVM: s390: fix stale machine check data for guarded storage
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/4] KVM: s390: Fix sdnxo setting for nested guests
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/4] KVM: s390: Guarded storage fixup and keyless subset mode (kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/4] s390/sclp: Detect KSS facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH 1/1] s390/virtio: change maintainership
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.11-rc8/final
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 4.10 20/69] perf annotate s390: Fix perf annotate error -95 (4.10 regression)
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [patch V2 12/24] s390/kernel: Use stop_machine_cpuslocked()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Patch "perf annotate s390: Fix perf annotate error -95 (4.10 regression)" has been added to the 4.10-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- [patch 12/20] s390/kernel: Use stop_machine_locked()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PULL 2/2] vfio: ccw: improve error handling for vfio_ccw_mdev_remove
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 1/2] vfio: ccw: remove unnecessary NULL checks of a pointer
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 0/2] Fixes for vfio-ccw
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0/2] vfio: ccw: code cleanup and bugfix
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/2] vfio: ccw: improve error handling for vfio_ccw_mdev_remove
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] vfio: ccw: remove unnecessary NULL checks of a pointer
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] vfio: ccw: code cleanup and bugfix
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [tip:perf/core] perf annotate s390: Implement jump types for perf annotate
- From: tip-bot for Christian Borntraeger <tipbot@xxxxxxxxx>
- [tip:perf/core] perf annotate s390: Fix perf annotate error -95 (4.10 regression)
- From: tip-bot for Christian Borntraeger <tipbot@xxxxxxxxx>
- [PATCH v5 08/13] vfio/ccw: get io region info
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 11/13] s390x/css: ccw translation infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 09/13] vfio/ccw: get irqs info and set the eventfd fd
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 12/13] vfio/ccw: update sense data if a unit check is pending
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 13/13] MAINTAINERS: Add vfio-ccw maintainer
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 10/13] s390x/css: introduce and realize ccw-request callback
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 06/13] s390x/css: device support for s390-ccw passthrough
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 07/13] vfio/ccw: vfio based subchannel passthrough driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 05/13] s390x/css: realize css_create_sch
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 04/13] s390x/css: realize css_sch_build_schib
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 03/13] s390x/css: add s390-squash-mcss machine option
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 02/13] vfio: linux-headers update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 01/13] update-linux-headers: update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 00/13] basic channel IO passthrough infrastructure based on vfio
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 00/10] net/smc: patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 09/18] perf annotate s390: Fix perf annotate error -95 (4.10 regression)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 10/18] perf annotate s390: Implement jump types for perf annotate
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [tip:perf/urgent] perf annotate s390: Fix perf annotate error -95 (4.10 regression)
- From: tip-bot for Christian Borntraeger <tipbot@xxxxxxxxx>
- Re: [GIT PULL 0/1] perf/urgent annotate s390 fix
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [PATCH net-next 00/10] more s390/net updates
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL 0/1] perf/urgent annotate s390 fix
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 1/1] perf annotate s390: Fix perf annotate error -95 (4.10 regression)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH net-next 02/10] s390/qeth: move NAPI poll routine to core
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 05/10] s390/qeth: use correct return type for hard_start_xmit()
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 06/10] s390/qeth: use and remove some defines
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 03/10] s390/qeth: move gdev shutdown handler to core
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 08/10] s390/qeth: convert to ETHTOOL_GLINKSETTINGS API
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 09/10] s390/qeth: use LINK_MODE_* to report the link characteristics
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 10/10] s390/qeth: remove unimplemented gdev routines
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 04/10] s390/qeth: remove unused parameter
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 07/10] s390/qeth: clean up qeth_set_ecmd_adv_sup()
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 01/10] s390/qeth: move common ioctl handling to core
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 00/10] more s390/net updates
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v5 13/15] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] KVM: s390: Fix sdnxo setting for nested guests
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH net-next V2 5/7] s390/qeth: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 5/7] s390/qeth: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 00/11] basic channel IO passthrough infrastructure based on vfio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 2/4] x86/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 3/4] arm/syscalls: Architecture specific pre-usermode check
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v7 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v5 01/15] stacktrace/x86: add function for detecting reliable stack traces
- From: Petr Mladek <pmladek@xxxxxxxx>
- RE: [PATCH net-next 5/7] s390/qeth: improve endianness handling
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH net-next V2 5/7] s390/qeth: improve endianness handling
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net-next 01/10] net/smc: get rid of old comment
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 04/10] net/smc: guarantee reset of write_blocked for heavy workload
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 07/10] net/smc: guarantee ConnClosed send after shutdown SHUT_WR
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 08/10] net/smc: remove duplicate unhash
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 09/10] net/smc: destruct non-accepted sockets
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 10/10] net/smc: do not use IB_SEND_INLINE together with mapped data
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 03/10] net/smc: return active RoCE port only
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 06/10] net/smc: no socket state changes in tasklet context
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 02/10] net/smc: remove useless smc_ib_devices_list check
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 05/10] net/smc: always call the POLL_IN part of sk_wake_async
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 00/10] net/smc: patches for net-next
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] s390/perf: fix perf annotate error -95 (4.10 regression)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 1/2] s390/perf: fix perf annotate error -95 (4.10 regression)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH net-next V2 0/7] s390 patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 5/7] s390/qeth: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH] KVM: s390: Fix sdnxo setting for nested guests
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: [PATCH net-next 5/7] s390/qeth: improve endianness handling
- From: David Laight <David.Laight@xxxxxxxxxx>
- [GIT PULL 9/9] KVM: s390: introduce AIS capability
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/9] KVM: s390: Use defines for intercept code
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/9] KVM: s390: features for 4.12 (via kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 8/9] KVM: s390: introduce adapter interrupt inject function
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/9] KVM: s390: Handle sthyi also for instruction intercept
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/9] KVM: s390: log runtime instrumentation enablement
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 7/9] KVM: s390: introduce ais mode modify function
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/9] KVM: s390: use defines for execution controls
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 5/9] KVM: s390: gs support for kvm guests
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 6/9] KVM: s390: interface for suppressible I/O adapters
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH net-next V2 6/7] s390/ctcm: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 1/7] s390/qeth: use QDIO_*_QFMT defines
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 7/7] s390/netiucv: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 3/7] s390/qeth: remove unused return value
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 4/7] s390/qeth: Remove unused code
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 2/7] s390/qeth: fix up ssqd tracing
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 5/7] s390/qeth: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next V2 0/7] s390 patches for net-next
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [v2 5/5] mm: teach platforms not to zero struct pages memory
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 0/7] s390 patches for net-next
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/2] perf/s390: implement jump types for perf annotate
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/2] s390/perf: fix perf annotate error -95 (4.10 regression)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/2] perf/s390: fix (and enhance) perf annotate
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH net-next 0/7] s390 patches for net-next
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 1/7] s390/qeth: use QDIO_*_QFMT defines
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/7] s390/qeth: fix up ssqd tracing
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 4/7] s390/qeth: Remove unused code
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 3/7] s390/qeth: remove unused return value
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 5/7] s390/qeth: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 6/7] s390/ctcm: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 7/7] s390/netiucv: improve endianness handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Help spread the word and save a life today
- From: "Nguyen Van Thang" <nguyenvanthang1819@xxxxxxxxx>
- Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH v6 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v6 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [GIT PULL 0/1] KVM: s390: fix for 4.11 (kvm/master)
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [bug report] vfio: ccw: introduce a finite state machine
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [bug report] vfio: ccw: introduce a finite state machine
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [GIT PULL 0/1] KVM: s390: fix for 4.11 (kvm/master)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/1] KVM: s390: remove change-recording override support
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
- From: David Miller <davem@xxxxxxxxxxxxx>
- RE: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 4.11-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- RE: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH v2] lkdtm: add bad USER_DS test
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH] s390/time: set ->min_delta_ticks and ->max_delta_ticks
- From: Nicolai Stange <nicstange@xxxxxxxxx>
- Re: [PATCH 2/6] virtio: add context flag to find vqs
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/6] virtio: add context flag to find vqs
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/6] virtio: add context flag to find vqs
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] mm: fix section name for .data..ro_after_init
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] mm: fix section name for .data..ro_after_init
- From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v4 14/16] docs: add documentation for vfio-ccw
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- DELIVERY FAILURE: User hegewald (hegewald@xxxxxxxxxx) not listed in Domino Directory
- From: Postmaster@xxxxxxxxxx
- [PATCH] mm: fix section name for .data..ro_after_init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] net: s390: qeth: use new api ethtool_{get|set}_link_ksettings
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxxxxxxx>
- Re: [v2 5/5] mm: teach platforms not to zero struct pages memory
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] net: s390: qeth: use new api ethtool_{get|set}_link_ksettings
- From: Philippe Reynes <tremyfr@xxxxxxxxx>
- Re: [v2 0/5] parallelized "struct page" zeroing
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH net 0/3] s390/qeth patches for net
- From: David Miller <davem@xxxxxxxxxxxxx>
- [v2 1/5] sparc64: simplify vmemmap_populate
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v2 4/5] mm: zero struct pages during initialization
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v2 2/5] mm: defining memblock_virt_alloc_try_nid_raw
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v2 0/5] parallelized "struct page" zeroing
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v2 5/5] mm: teach platforms not to zero struct pages memory
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [v2 3/5] mm: add "zero" argument to vmemmap allocators
- From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
- [PATCH v2] lkdtm: add bad USER_DS test
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] lkdtm: add bad USER_DS test
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] lkdtm: add bad USER_DS test
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH] lkdtm: add bad USER_DS test
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] lkdtm: add bad USER_DS test
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [v1 0/5] parallelized "struct page" zeroing
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [v1 0/5] parallelized "struct page" zeroing
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] lkdtm: add bad USER_DS test
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH] lkdtm: add bad USER_DS test
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v5 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH net 3/3] MAINTAINERS: add Julian Wiedmann
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net 2/3] s390/qeth: no ETH header for outbound AF_IUCV
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net 0/3] s390/qeth patches for net
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net 1/3] s390/qeth: size calculation outbound buffers
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 02/16] s390: cio: export more interfaces
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 01/16] s390: cio: introduce cio_cancel_halt_clear
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()
- From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v4 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v4 1/4] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v4 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- [PATCH v4 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/3] s390: cpacf: query instructions use unique parameters for compatibility with KMA
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 03/16] vfio: ccw: define device_api strings
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 09/16] vfio: ccw: realize VFIO_DEVICE_GET_REGION_INFO ioctl
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 11/16] vfio: ccw: realize VFIO_DEVICE_G(S)ET_IRQ_INFO ioctls
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 14/16] docs: add documentation for vfio-ccw
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: [PATCHv3 15/16] video: vermilion: Use set_memory.h header
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH 1/3] s390: cpacf: query instructions use unique parameters for compatibility with KMA
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCHv3 13/16] ALSA: Use set_memory.h header
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [PATCH v4 01/16] s390: cio: introduce cio_cancel_halt_clear
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 02/16] s390: cio: export more interfaces
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 08/11] vfio/ccw: get irqs info and set the eventfd fd
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 01/16] s390: cio: introduce cio_cancel_halt_clear
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 08/16] vfio: ccw: handle ccw command request
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 06/16] vfio: ccw: register vfio_ccw to the mediated device framework
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 00/11] basic channel IO passthrough infrastructure based on vfio
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 09/11] s390x/css: introduce and realize ccw-request callback
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 10/11] s390x/css: ccw translation infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 04/16] vfio: ccw: basic implementation for vfio_ccw driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 05/11] s390x/css: device support for s390-ccw passthrough
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 15/16] vfio: ccw: introduce support for ccw0
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 06/11] vfio/ccw: vfio based subchannel passthrough driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 04/11] s390x/css: realize css_create_sch
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 07/16] vfio: ccw: introduce ccw_io_region
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 02/16] s390: cio: export more interfaces
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 01/11] vfio: linux-headers update for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 14/16] docs: add documentation for vfio-ccw
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 10/16] vfio: ccw: realize VFIO_DEVICE_RESET ioctl
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 11/11] vfio/ccw: update sense data if a unit check is pending
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 03/11] s390x/css: realize css_sch_build_schib
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 02/11] s390x/css: add s390-squash-mcss machine option
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 09/16] vfio: ccw: realize VFIO_DEVICE_GET_REGION_INFO ioctl
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 16/16] MAINTAINERS: Add vfio-ccw maintainers
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 03/16] vfio: ccw: define device_api strings
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 07/11] vfio/ccw: get io region info
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 13/16] vfio: ccw: introduce a finite state machine
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 11/16] vfio: ccw: realize VFIO_DEVICE_G(S)ET_IRQ_INFO ioctls
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 01/16] s390: cio: introduce cio_cancel_halt_clear
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 12/16] vfio: ccw: return I/O results asynchronously
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 05/16] vfio: ccw: introduce channel program interfaces
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 00/16] basic vfio-ccw infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH RFC v3 00/15] basic vfio-ccw infrastructure
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] s390/decompressor: fix initrd corruption caused by bss clear
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface
- From: YASUAKI ISHIMATSU <yasu.isimatu@xxxxxxxxx>
- Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- [PATCHv2 0/2] mm: add private lock to serialize memory hotplug operations
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCHv2 2/2] drivers core: remove assert_held_device_hotplug()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCHv2 1/2] mm: add private lock to serialize memory hotplug operations
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
- From: Till Smejkal <till.smejkal@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390/decompressor: fix initrd corruption caused by bss clear
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390/decompressor: fix initrd corruption caused by bss clear
- From: Marcelo Henrique Cerri <marcelo.cerri@xxxxxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.11-rc2/rc3
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface
- From: Yasuaki Ishimatsu <yasu.isimatu@xxxxxxxxx>
- Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC v3 00/15] basic vfio-ccw infrastructure
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] drivers core: remove assert_held_device_hotplug()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH 0/2] mm: add private lock to serialize memory hotplug operations
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 2/2] drivers core: remove assert_held_device_hotplug()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 1/2] mm: add private lock to serialize memory hotplug operations
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 1/3] futex: remove duplicated code
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/3] futex: remove duplicated code
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
- From: Chris Leech <cleech@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH v5 00/15] livepatch: hybrid consistency model
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 01/15] stacktrace/x86: add function for detecting reliable stack traces
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- RE: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCHv3 13/16] ALSA: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 05/16] x86: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v5 05/15] livepatch/powerpc: add TIF_PATCH_PENDING thread flag
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCHv3 07/16] drm: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 00/16] set_memory_* functions header refactor
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 14/16] misc: sram: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 11/16] module: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 03/16] arm64: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 09/16] watchdog: hpwdt: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 01/16] treewide: Move set_memory_* functions away from cacheflush.h
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 04/16] s390: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 10/16] bpf: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 12/16] PM / hibernate: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 08/16] intel_th: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 06/16] agp: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 02/16] arm: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 15/16] video: vermilion: Use set_memory.h header
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCHv3 16/16] treewide: Decouple cacheflush.h and set_memory.h
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH] ata: allow subsystem to be used on m32r and s390 archs
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: [PATCH v5 01/15] stacktrace/x86: add function for detecting reliable stack traces
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] s390: zfcp: Remove unneeded linux/miscdevice.h include
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5.1 15/15] livepatch: allow removal of a disabled patch
- From: Miroslav Benes <mbenes@xxxxxxx>
- RE: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- RE: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH] s390: scsi, use setup_timer instead of init_timer
- From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 13/15] livepatch: change to a per-task consistency model
- From: Miroslav Benes <mbenes@xxxxxxx>
- [PATCH] ata: allow subsystem to be used on m32r and s390 archs
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: [PATCH v5 01/15] stacktrace/x86: add function for detecting reliable stack traces
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 05/15] livepatch/powerpc: add TIF_PATCH_PENDING thread flag
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v5 00/15] livepatch: hybrid consistency model
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
- From: Sakari Ailus <sakari.ailus@xxxxxx>
- Re: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
- From: Sakari Ailus <sakari.ailus@xxxxxx>
- Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
- From: Sakari Ailus <sakari.ailus@xxxxxx>
- RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- RE: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
- From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
- Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: Benjamin Block <bblock@xxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH v5.1 15/15] livepatch: allow removal of a disabled patch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- [PATCH 03/29] drivers, char: convert vma_data.refcnt from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 07/29] drivers, md: convert dm_dev_internal.count from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 25/29] drivers, usb: convert ffs_data.ref from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 23/29] drivers: convert vme_user_vma_priv.refcnt from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 27/29] drivers, usb: convert ep_data.count from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 18/29] drivers, s390: convert urdev.ref_count from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 20/29] drivers, s390: convert qeth_reply.refcnt from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 15/29] drivers, media: convert vb2_dma_sg_buf.refcount from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 19/29] drivers, s390: convert lcs_reply.refcnt from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
- [PATCH 17/29] drivers, pci: convert hv_pci_dev.refs from atomic_t to refcount_t
- From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]