Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [PATCH net-next v3 08/15] net/smc: Add ability to work with extended SMC netlink API
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 07/15] net/smc: Refactor the netlink reply processing routine
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 10/15] net/smc: Introduce SMCR get link command
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 05/15] net/smc: Add diagnostic information to smc ib-device
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 03/15] net/smc: Add connection counters for links
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 06/15] net/smc: Add diagnostic information to link structure
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 04/15] net/smc: Add link counters for IB device ports
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 01/15] net/smc: use helper smc_conn_abort() in listen processing
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 13/15] net/smc: Add support for obtaining SMCR device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v3 00/15] net/smc: extend diagnostic netlink interface
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions
- From: Coly Li <colyli@xxxxxxx>
- Re: [GIT PULL] s390 updates for 5.10-rc3
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH net 1/2] net/af_iucv: fix null pointer dereference on shutdown
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH net 1/2] net/af_iucv: fix null pointer dereference on shutdown
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
- [PATCH net 0/2] net/iucv: fixes 2020-11-06
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
- [PATCH net 2/2] MAINTAINERS: remove Ursula Braun as s390 network maintainer
- From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
- Re: [PATCH 05/11 v3] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
- From: Andrew Jones <drjones@xxxxxxxxxx>
- Re: [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
- [PATCH 05/11 v3] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
- Re: [PATCH 05/10] md: implement ->set_read_only to hook into BLKROSET processing
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [GIT PULL] s390 updates for 5.10-rc3
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH seccomp 2/8] parisc: Enable seccomp architecture tracking
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 05/11 v2.1] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list
- From: Saeed Mahameed <saeed@xxxxxxxxxx>
- Re: [PATCH net-next v2 11/15] net/smc: Add SMC-D Linkgroup diagnostic support
- From: Saeed Mahameed <saeed@xxxxxxxxxx>
- Re: [PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure
- From: Saeed Mahameed <saeed@xxxxxxxxxx>
- Re: [PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device
- From: Saeed Mahameed <saeed@xxxxxxxxxx>
- Re: [PATCH net-next v2 04/15] net/smc: Add link counters for IB device ports
- From: Saeed Mahameed <saeed@xxxxxxxxxx>
- Re: [PATCH seccomp 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- [PATCH v4 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v4 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH seccomp 5/8] s390: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH seccomp 4/8] riscv: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- [PATCH seccomp 2/8] parisc: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- [PATCH seccomp 1/8] csky: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH seccomp 6/8] sh: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- [PATCH seccomp 7/8] xtensa: Enable seccomp architecture tracking
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- [PATCH seccomp 8/8] seccomp/cache: Report cache data through /proc/pid/seccomp_cache
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH seccomp 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs
- From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
- Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry()
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 05/11 v2] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 03/15] net/smc: Add connection counters for links
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 07/15] net/smc: Refactor the netlink reply processing routine
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 08/15] net/smc: Add ability to work with extended SMC netlink API
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 09/15] net/smc: Introduce SMCR get linkgroup command
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 10/15] net/smc: Introduce SMCR get link command
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 04/15] net/smc: Add link counters for IB device ports
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 01/15] net/smc: use helper smc_conn_abort() in listen processing
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 02/15] net/smc: Use active link of the connection
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 14/15] net/smc: Refactor smc ism v2 capability handling
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 15/15] net/smc: Add support for obtaining system information
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 11/15] net/smc: Add SMC-D Linkgroup diagnostic support
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 13/15] net/smc: Add support for obtaining SMCR device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next v2 00/15] net/smc: extend diagnostic netlink interface
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH 10/10] block: remove __blkdev_driver_ioctl
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/10] block: remove set_device_ro
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/10] loop: use set_disk_ro
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/10] block: don't call into the driver for BLKROSET
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/10] md: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/10] rbd: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/10] block: add a new set_read_only method
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/10] block: don't call into the driver for BLKFLSBUF
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/10] mtd_blkdevs: don't override BLKFLSBUF
- From: Christoph Hellwig <hch@xxxxxx>
- block ioctl cleanups v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH net-next 10/15] net/smc: Introduce SMCR get link command
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing
- From: James Troup <james.troup@xxxxxxxxxxxxx>
- Re: [PATCH net-next 10/15] net/smc: Introduce SMCR get link command
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Qian Cai <cai@xxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH net-next 11/15] net/smc: Add SMC-D Linkgroup diagnostic support
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 10/15] net/smc: Introduce SMCR get link command
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 03/15] net/smc: Add connection counters for links
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 08/15] net/smc: Add ability to work with extended SMC netlink API
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 04/15] net/smc: Add link counters for IB device ports
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 07/15] net/smc: Refactor the netlink reply processing routine
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 09/15] net/smc: Introduce SMCR get linkgroup command
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 14/15] net/smc: Refactor smc ism v2 capability handling
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 15/15] net/smc: Add support for obtaining system information
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 12/15] net/smc: Add support for obtaining SMCD device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 13/15] net/smc: Add support for obtaining SMCR device list
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 06/15] net/smc: Add diagnostic information to link structure
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 02/15] net/smc: Use active link of the connection
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 05/15] net/smc: Add diagnostic information to smc ib-device
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 01/15] net/smc: use helper smc_conn_abort() in listen processing
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 00/15] net/smc: extend diagnostic netlink interface
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 11/11 v2.1] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Qian Cai <cai@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Qian Cai <cai@xxxxxxxxxx>
- Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/11] rbd: implement ->set_read_only to hook into BLKROSET processing
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
- Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: block ioctl cleanups
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF
- From: antlists <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier
- From: Qian Cai <cai@xxxxxxxxxx>
- Re: [PATCH net-next v2] net/smc: improve return codes for SMC-Dv2
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH net-next v2] net/smc: improve return codes for SMC-Dv2
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH net-next] net/smc: improve return codes for SMC-Dv2
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH 11/11] block: remove __blkdev_driver_ioctl
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/11] block: remove set_device_ro
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/11] loop: use set_disk_ro
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/11] block: don't call into the driver for BLKROSET
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/11] dasd: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/11] rbd: implement ->set_read_only to hook into BLKROSET processing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/11] block: add a new set_read_only method
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/11] block: don't call into the driver for BLKFLSBUF
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF
- From: Christoph Hellwig <hch@xxxxxx>
- block ioctl cleanups
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH net-next] net/smc: improve return codes for SMC-Dv2
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 05/11 v2] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [PATCH] s390: add support for TIF_NOTIFY_SIGNAL
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH v2 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4 00/15] follow_pfn and other iomap races
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v4 00/15] follow_pfn and other iomap races
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v4 08/15] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v4 08/15] mm: Add unsafe_follow_pfn
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v4 00/15] follow_pfn and other iomap races
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v11 09/14] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [PATCH net-next] net/smc: improve return codes for SMC-Dv2
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH 3/5] zfcp: clarify & assert the stat_lock locking in zfcp_qdio_send()
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- Re: [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio: let virtio use DMA API when guest RAM is protected
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [bug report] net/smc: CLC accept / confirm V2
- From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
- [PATCH 1/5] zfcp: lift Input Queue tasklet from qdio
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH] s390/smp: Move rcu_cpu_starting() earlier
- From: Qian Cai <cai@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v11 06/14] s390/vfio-ap: introduce shadow APCB
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [PATCH 4/5] zfcp: process Version Change events
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [bug report] net/smc: CLC accept / confirm V2
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 2/5] zfcp: remove orphaned function declarations
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- [PATCH 5/5] zfcp: handle event-lost notification for Version Change events
- From: Benjamin Block <bblock@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v11 11/14] s390/zcrypt: Notify driver on config changed and scan complete callbacks
- From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
- Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use
- From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
- Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v11 03/14] s390/vfio-ap: manage link between queue struct and matrix mdev
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Halil Pasic <pasic@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH AUTOSEL 5.8 012/132] s390/startup: avoid save_area_sync overflow
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.9 013/147] s390/startup: avoid save_area_sync overflow
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros
- From: Michal Kubecek <mkubecek@xxxxxxx>
- [PATCH AUTOSEL 5.4 08/80] s390/startup: avoid save_area_sync overflow
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.9 015/147] s390/ap/zcrypt: revisit ap and zcrypt error handling
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH net 0/3] net/smc: fixes 2020-10-23
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
- From: Kyle Huey <me@xxxxxxxxxxxx>
- Re: [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM
- From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
- Re: [PATCH v4 06/15] media: videobuf2: Move frame_vector into media subsystem
- From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
- Re: [PATCH v4 09/15] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [GIT PULL] s390 compile fix for 5.10-rc2
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [GIT PULL] s390 compile fix for 5.10-rc2
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [Regression] s390x build broken with 5.10-rc1 (bisected)
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v4 00/15] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 01/15] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 03/15] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 04/15] misc/habana: Use FOLL_LONGTERM for userptr
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 02/15] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 07/15] mm: Close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 12/15] /dev/mem: Only set filp->f_mapping
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 09/15] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 08/15] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 06/15] media: videobuf2: Move frame_vector into media subsystem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 14/15] sysfs: Support zapping of binary attr mmaps
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 15/15] PCI: Revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 13/15] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 11/15] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v4 10/15] vfio/type1: Mark follow_pfn as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [Regression] s390x build broken with 5.10-rc1 (bisected)
- From: Michal Kubecek <mkubecek@xxxxxxx>
- Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [PATCH 4/4] arch, mm: make kernel_page_present() always available
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH net 3/3] s390/ism: fix incorrect system EID
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 1/3] net/smc: fix null pointer dereference in smc_listen_decline()
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 2/3] net/smc: fix suppressed return code
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 0/3] net/smc: fixes 2020-10-23
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 05/56] s390: fix kernel-doc markups
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 29/65] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel@xxxxxxxx>
- [PATCH 29/65] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 04/16] misc/habana: Use FOLL_LONGTERM for userptr
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH v11 10/14] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 13/14] s390/vfio-ap: handle AP bus scan completed notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 03/14] s390/vfio-ap: manage link between queue struct and matrix mdev
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 00/14] s390/vfio-ap: dynamic configuration support
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 09/14] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 14/14] s390/vfio-ap: update docs to include dynamic config support
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 11/14] s390/zcrypt: Notify driver on config changed and scan complete callbacks
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 06/14] s390/vfio-ap: introduce shadow APCB
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v3 14/16] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 14/16] resource: Move devmem revoke code to resource framework
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v3 13/16] /dev/mem: Only set filp->f_mapping
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 08/16] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 00/16] follow_pfn and other iomap races
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v3 08/16] s390/pci: Remove races against pte updates
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v3 02/16] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 03/16] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 04/16] misc/habana: Use FOLL_LONGTERM for userptr
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 05/16] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 07/16] mm: Close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 08/16] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 06/16] media: videobuf2: Move frame_vector into media subsystem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 09/16] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 11/16] vfio/type1: Mark follow_pfn as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 13/16] /dev/mem: Only set filp->f_mapping
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 14/16] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 16/16] PCI: Revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 15/16] sysfs: Support zapping of binary attr mmaps
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 10/16] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 01/16] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v3 00/16] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
- From: Alexander Graf <graf@xxxxxxxxx>
- Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: Is OS_INFO_VMCOREINFO unimplemented?
- From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
- Re: [PATCH] arch: um: convert tasklets to use new tasklet_setup() API
- From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] arch: um: convert tasklets to use new tasklet_setup() API
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- [PATCH AUTOSEL 5.9 094/111] s390/qeth: strictly order bridge address events
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.8 088/101] s390/qeth: strictly order bridge address events
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: s390 - buildroot + qemu
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- s390 - buildroot + qemu
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [GIT PULL] s390 patches for the 5.10 merge window
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH v10 16/16] s390/vfio-ap: update docs to include dynamic config support
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: Is OS_INFO_VMCOREINFO unimplemented?
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Is OS_INFO_VMCOREINFO unimplemented?
- From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
- [GIT PULL] s390 patches for the 5.10 merge window
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH net 0/3] net/smc: fixes 2020-10-14
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- [PATCH net 2/3] net/smc: fix valid DMBE buffer sizes
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 1/3] net/smc: fix use-after-free of delayed events
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 3/3] net/smc: fix invalid return code in smcd_new_buf_create()
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net 0/3] net/smc: fixes 2020-10-14
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Jens Axboe <axboe@xxxxxxxxx>
- Is OS_INFO_VMCOREINFO unimplemented?
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH v10 13/16] s390/vfio-ap: handle host AP config change notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v10 13/16] s390/vfio-ap: handle host AP config change notification
- From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v2 00/10] DASD FC endpoint security
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: VM_BUG_ON_PAGE(page_to_pgoff(page) != offset) on s390
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH 1/2] net: smc: fix missing brace warning for old compilers
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
- Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
- Re: [PATCH net-next 0/3] net/smc: updates 2020-10-07
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 2/2] net: smc: fix missing brace warning for old compilers
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: smc: fix missing brace warning for old compilers
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 04/17] misc/habana: Use FOLL_LONGTERM for userptr
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 02/17] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 07/17] mm: Close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 08/17] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 12/17] PCI: Obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 09/17] mm: Add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 11/17] vfio/type1: Mark follow_pfn as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 13/17] /dev/mem: Only set filp->f_mapping
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 17/17] drm/i915: Properly request PCI BARs
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 16/17] PCI: Revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH v2 00/17] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 08/13] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 08/13] s390/pci: Remove races against pte updates
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
- Re: [PATCH v2 10/10] s390/dasd: Process FCES path event notification
- From: Jan Höppner <hoeppner@xxxxxxxxxxxxx>
- Re: [PATCH v2 10/10] s390/dasd: Process FCES path event notification
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 09/10] s390/dasd: Prepare for additional path event handling
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 07/10] s390/dasd: Fix operational path inconsistency
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 06/10] s390/dasd: Store path configuration data during path handling
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 05/10] s390/dasd: Move duplicate code to separate function
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH v2 04/10] s390/dasd: Remove unused parameter from dasd_generic_probe()
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- [PATCH v2 02/10] s390/cio: Provide Endpoint-Security Mode per CU
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 06/10] s390/dasd: Store path configuration data during path handling
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 00/10] DASD FC endpoint security
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 04/10] s390/dasd: Remove unused parameter from dasd_generic_probe()
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 07/10] s390/dasd: Fix operational path inconsistency
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 10/10] s390/dasd: Process FCES path event notification
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 09/10] s390/dasd: Prepare for additional path event handling
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 03/10] s390/cio: Add support for FCES status notification
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 01/10] s390/cio: Export information about Endpoint-Security Capability
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- [PATCH v2 05/10] s390/dasd: Move duplicate code to separate function
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- [PATCH 2/2] net: smc: fix missing brace warning for old compilers
- From: Pujin Shi <shipujin.t@xxxxxxxxx>
- [PATCH 1/2] net: smc: fix missing brace warning for old compilers
- From: Pujin Shi <shipujin.t@xxxxxxxxx>
- Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH] s390/idle: Fix suspicious RCU usage
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int'
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 07/13] mm: close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int'
- From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 07/13] mm: close race in generic_access_phys
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int'
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 07/13] mm: close race in generic_access_phys
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 06/13] media: videobuf2: Move frame_vector into media subsystem
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- [PATCH net-next 1/3] net/smc: consolidate unlocking in same function
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 3/3] net/smc: restore smcd_version when all ISM V2 devices failed to init
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 0/3] net/smc: updates 2020-10-07
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- [PATCH net-next 2/3] net/smc: cleanup buffer usage in smc_listen_work()
- From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
- Re: [PATCH 04/13] misc/habana: Use FOLL_LONGTERM for userptr
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 02/13] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 03/13] misc/habana: Stop using frame_vector helpers
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Jan Höppner <hoeppner@xxxxxxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 0/5] Pass zPCI hardware information via VFIO
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 11/13] mm: add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH v3 0/5] Pass zPCI hardware information via VFIO
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 11/13] mm: add unsafe_follow_pfn
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- [PATCH v3 1/5] s390/pci: stash version in the zpci_dev
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [PATCH v3 2/5] s390/pci: track whether util_str is valid in the zpci_dev
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [PATCH v3 5/5] MAINTAINERS: Add entry for s390 vfio-pci
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [PATCH v3 0/5] Pass zPCI hardware information via VFIO
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 09/13] PCI: obey iomem restrictions for procfs mmap
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 10/13] PCI: revoke mappings like devmem
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 11/13] mm: add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 07/13] mm: close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 11/13] mm: add unsafe_follow_pfn
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 07/13] mm: close race in generic_access_phys
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 03/13] misc/habana: Stop using frame_vector helpers
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 02/13] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 09/13] PCI: obey iomem restrictions for procfs mmap
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 10/13] PCI: revoke mappings like devmem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 11/13] mm: add unsafe_follow_pfn
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 04/13] misc/habana: Use FOLL_LONGTERM for userptr
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 12/13] media/videbuf1|2: Mark follow_pfn usage as unsafe
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 06/13] media: videobuf2: Move frame_vector into media subsystem
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 07/13] mm: close race in generic_access_phys
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 08/13] s390/pci: Remove races against pte updates
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- [PATCH 00/13] follow_pfn and other iomap races
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH 02/10] s390/cio: Provide Endpoint-Security Mode per CU
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
- From: Jan Höppner <hoeppner@xxxxxxxxxxxxx>
- Re: [PATCH 02/10] s390/cio: Provide Endpoint-Security Mode per CU
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
- Re: [PATCH] partitions/ibm: fix non-DASD devices
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]