Linux S390: System z9 mainframe

• Thread Index

• 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>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] partitions/ibm: fix non-DASD devices
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH] s390/idle: Fix suspicious RCU usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] partitions/ibm: fix non-DASD devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] s390/idle: Fix suspicious RCU usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] s390/idle: Fix suspicious RCU usage
  • From: Sven Schnelle <svens@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
  • From: Jan Höppner <hoeppner@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] MAINTAINERS: Add entry for s390 vfio-pci
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 2/5] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 02/10] s390/cio: Provide Endpoint-Security Mode per CU
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 01/10] s390/cio: Export information about Endpoint-Security Capability
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 01/10] s390/cio: Export information about Endpoint-Security Capability
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 01/10] s390/cio: Export information about Endpoint-Security Capability
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v10 11/16] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 11/16] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 11/16] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v10 11/16] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net/smc: send ISM devices with unique chid in CLC proposal
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH net-next 1/2] net/smc: send ISM devices with unique chid in CLC proposal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] net/iucv: updates 2020-10-01
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/7] s390/net: updates 2020-10-01
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Pass zPCI hardware information via VFIO
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 3/5] vfio-pci/zdev: define the vfio_zdev header
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 4/5] vfio-pci/zdev: use a device region to retrieve zPCI information
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 5/5] MAINTAINERS: Add entry for s390 vfio-pci
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 2/5] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 1/5] s390/pci: stash version in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 0/5] Pass zPCI hardware information via VFIO
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 07/10] s390/dasd: Fix operational path inconsistency
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 05/10] s390/dasd: Move duplicate code to separate function
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 09/10] s390/dasd: Prepare for additional path event handling
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 08/10] s390/dasd: Display FC Endpoint Security information via sysfs
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 02/10] s390/cio: Provide Endpoint-Security Mode per CU
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 03/10] s390/cio: Add support for FCES status notification
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 10/10] s390/dasd: Process FCES path event notification
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 01/10] s390/cio: Export information about Endpoint-Security Capability
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 06/10] s390/dasd: Store path configuration data during path handling
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 00/10] DASD FC endpoint security
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 04/10] s390/dasd: Remove unused parameter from dasd_generic_probe()
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] net/smc: updates 2020-10-02
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] net/smc: use an array to check fields in system EID
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] net/smc: send ISM devices with unique chid in CLC proposal
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] net/af_iucv: right-size the uid variable in iucv_sock_bind()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] net/iucv: fix indentation in __iucv_message_receive()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] net/iucv: updates 2020-10-01
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/7] s390/qeth: keep track of wanted TX queues
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/7] s390/qeth: constify the disciplines
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/7] s390/qeth: use netdev_name()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 7/7] s390/ctcm: remove orphaned function declarations
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/7] s390/qeth: static checker cleanups
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/7] s390/qeth: allow configuration of TX queues for OSA devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/7] s390/qeth: de-magic the QIB parm area
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/7] s390/net: updates 2020-10-01
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/16] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 10/16] s390/vfio-ap: allow configuration of matrix mdev in use by a KVM guest
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/16] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/16] s390/vfio-ap: filter matrix for unavailable queue devices
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 7/8] selftests/vm: run_vmtest.sh: update and clean up gup_test invocation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 0/8] selftests/vm: gup_test, hmm-tests, assorted improvements
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 5/8] selftests/vm: only some gup_test items are really benchmarks
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 6/8] selftests/vm: gup_test: introduce the dump_pages() sub-test
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 1/8] mm/gup_benchmark: rename to mm/gup_test
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 3/8] selftests/vm: rename run_vmtests --> run_vmtests.sh
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2 4/8] selftests/vm: minor cleanup: Makefile and gup_test.c
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v10 07/16] s390/vfio-ap: sysfs attribute to display the guest's matrix
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v10 06/16] s390/vfio-ap: introduce shadow APCB
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/16] s390/vfio-ap: introduce shadow APCB
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 05/16] s390/vfio-ap: implement in-use callback for vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 04/16] s390/zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 2/4] s390x: pv: implement routine to share/unshare memory
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/14] net/smc: introduce SMC-Dv2 support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 7/8] selftests/vm: run_vmtest.sh: update and clean up gup_test invocation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 7/8] selftests/vm: run_vmtest.sh: update and clean up gup_test invocation
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH 6/8] selftests/vm: gup_test: introduce the dump_pages() sub-test
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [kvm-unit-tests PATCH v2 4/4] s390x: css: pv: css test adaptation for PV
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 2/4] s390x: pv: implement routine to share/unshare memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 3/4] s390x: define UV compatible I/O allocation
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 1/4] memory: allocation in low memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 0/4] s390x: css: pv: css test adaptation for PV
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH kvm-unit-tests v2 4/4] s390x: add Protected VM support
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• Re: [PATCH kvm-unit-tests v2 4/4] s390x: add Protected VM support
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v1 2/4] s390x: pv: implement routine to share/unshare memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC Patch 0/2] KVM: SVM: Cgroup support for SVM SEV ASIDs
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC Patch 0/2] KVM: SVM: Cgroup support for SVM SEV ASIDs
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] s390x: pv: implement routine to share/unshare memory
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH 0/8] selftests/vm: gup_test, hmm-tests, assorted improvements
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 6/8] selftests/vm: gup_test: introduce the dump_pages() sub-test
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 8/8] selftests/vm: hmm-tests: remove the libhugetlbfs dependency
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 7/8] selftests/vm: run_vmtest.sh: update and clean up gup_test invocation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 5/8] selftests/vm: only some gup_test items are really benchmarks
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 4/8] selftests/vm: minor cleanup: Makefile and gup_test.c
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 2/8] selftests/vm: use a common gup_test.h
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 3/8] selftests/vm: rename run_vmtests --> run_vmtests.sh
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 1/8] mm/gup_benchmark: rename to mm/gup_test
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v10 16/16] s390/vfio-ap: update docs to include dynamic config support
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 15/16] s390/vfio-ap: handle probe/remove not due to host AP config changes
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 14/16] s390/vfio-ap: handle AP bus scan completed notification
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 13/16] s390/vfio-ap: handle host AP config change notification
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 11/16] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 12/16] s390/zcrypt: Notify driver on config changed and scan complete callbacks
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 10/16] s390/vfio-ap: allow configuration of matrix mdev in use by a KVM guest
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/16] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.9-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH -next] s390/3215: simplify the return expression of tty3215_open()
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [PATCH net-next 09/14] net/smc: determine proposed ISM devices
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 14/14] net/smc: CLC decline - V2 enhancements
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 13/14] net/smc: introduce CLC first contact extension
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 05/14] net/smc: prepare for more proposed ISM devices
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 11/14] net/smc: determine accepted ISM devices
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 08/14] net/smc: introduce list of pnetids for Ethernet devices
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 10/14] net/smc: build and send V2 CLC proposal
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 06/14] net/smc: introduce System Enterprise ID (SEID)
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 12/14] net/smc: CLC accept / confirm V2
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 03/14] net/smc: separate find device functions
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 07/14] net/smc: introduce CHID callback for ISM devices
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 04/14] net/smc: split CLC confirm/accept data to be sent
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 01/14] net/smc: remove constant and introduce helper to check for a pnet id
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 00/14] net/smc: introduce SMC-Dv2 support
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net-next 02/14] net/smc: CLC header fields renaming
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [GIT PULL] s390 updates for 5.9-rc7
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/16] s390/vfio-ap: filter matrix for unavailable queue devices
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/16] s390/vfio-ap: sysfs attribute to display the guest's matrix
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/16] s390/vfio-ap: introduce shadow APCB
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v1 3/4] s390: define UV compatible I/O allocation
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 0/4] s390x: css: pv: css test adaptation for PV
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 4/4] s390x: css: pv: css test adaptation for PV
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] memory: allocation in low memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 2/4] s390x: pv: implement routine to share/unshare memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 1/4] memory: allocation in low memory
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: let import_iovec deal with compat_iovecs as well v4
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: clean up is partition checks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Qian Cai <cai@xxxxxxxxxx>
• Re: [PATCH v10 05/16] s390/vfio-ap: implement in-use callback for vfio_ap driver
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 04/16] s390/zcrypt: driver callback to indicate resource in use
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH kvm-unit-tests v2 4/4] s390x: add Protected VM support
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v10 03/16] s390/vfio-ap: manage link between queue struct and matrix mdev
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 7/9] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well v4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] iov_iter: transparently handle compat iovecs in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v10 02/16] s390/vfio-ap: use new AP bus interface to search for queue devices
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: explicitly specify the build id style
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH] kbuild: explicitly specify the build id style
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 01/14] block: move the NEED_PART_SCAN flag to struct gendisk
  • From: Jan Kara <jack@xxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Qian Cai <cai@xxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• RE: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/9] s390/qeth: updates 2020-09-23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: remove blkdev_get as a public API v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH kvm-unit-tests v2 3/4] run_tests/mkstandalone: add arch_cmd hook
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• [PATCH kvm-unit-tests v2 4/4] s390x: add Protected VM support
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• [PATCH kvm-unit-tests v2 0/4] s390x: Add Protected VM support
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• [PATCH kvm-unit-tests v2 2/4] scripts: add support for architecture dependent functions
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• [PATCH kvm-unit-tests v2 1/4] common.bash: run `cmd` only if a test case was found
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch 0/2] KVM: SVM: Cgroup support for SVM SEV ASIDs
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH net-next 3/9] s390/qeth: clean up string ops in qeth_l3_parse_ipatoe()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• RE: [PATCH net-next 3/9] s390/qeth: clean up string ops in qeth_l3_parse_ipatoe()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 3/3] vfio/pci: Decouple PCI_COMMAND_MEMORY bit checks from is_virtfn
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH net-next 2/9] s390/qeth: relax locking for ipato config data
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 9/9] s390/qeth: remove forward declarations in L2 code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/9] s390/qeth: don't init refcount twice for mcast IPs
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 7/9] s390/qeth: consolidate online code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/9] s390/qeth: cancel cmds earlier during teardown
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 8/9] s390/qeth: consolidate teardown code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/9] s390/qeth: tighten ucast IP locking
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/9] s390/qeth: replace deprecated simple_stroul()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/9] s390/qeth: updates 2020-09-23
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/9] s390/qeth: clean up string ops in qeth_l3_parse_ipatoe()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well v3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] iov_iter: transparently handle compat iovecs in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] kbuild: explicitly specify the build id style
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] kbuild: explicitly specify the build id style
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: BUG: Bad page state in process dirtyc0w_child
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] vfio/pci: Decouple PCI_COMMAND_MEMORY bit checks from is_virtfn
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] vfio/pci: Decouple PCI_COMMAND_MEMORY bit checks from is_virtfn
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 08/14] dasd: cleanup dasd_scan_partitions
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] vfio-pci/zdev: use a device region to retrieve zPCI information
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] vfio-pci/zdev: define the vfio_zdev header
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v12 0/2] s390: virtio: let arch validate VIRTIO features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v12 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 4/4] vfio-pci/zdev: use a device region to retrieve zPCI information
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 3/4] vfio-pci/zdev: define the vfio_zdev header
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/zcrypt: Fix a size determination in zcrypt_unlocked_ioctl()
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH] s390/zcrypt: Fix a size determination in zcrypt_unlocked_ioctl()
  • From: Zhenzhong Duan <zhenzhong.duan@xxxxxxxxx>
• Re: [PATCH 0/2] zfcp: small changes for 5.10
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 0/2] zfcp: small changes for 5.10
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 11/14] PM: rewrite is_hibernate_resume_dev to not require an inode
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• RE: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 06/11] iov_iter: handle the compat case in import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.8 09/20] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 5/9] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 1/3] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 1/3] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 08/15] s390/init: add missing __init annotations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 03/11] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/11] iov_iter: handle the compat case in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/11] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/11] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/11] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/11] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/11] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/11] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH -next] s390/3215: simplify the return expression of tty3215_open()
  • From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
• Re: [PATCH v5 3/3] vfio/pci: Decouple PCI_COMMAND_MEMORY bit checks from is_virtfn
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• RE: let import_iovec deal with compat_iovecs as well
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 2/4] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 08/14] dasd: cleanup dasd_scan_partitions
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH 04/14] pktcdvd: remove the if 0'ed pkt_start_recovery function
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/14] raw: don't keep unopened block device around
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/14] zram: cleanup backing_dev_store
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/14] block: mark blkdev_get static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/14] PM: mm: cleanup swsusp_swap_check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/14] pktcdvd: use blkdev_get_by_dev instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• remove blkdev_get as a public API v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/14] mm: cleanup claim_swapfile
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/14] ocfs2: cleanup o2hb_region_dev_store
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/14] block: cleanup blkdev_bszset
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/14] mm: split swap_type_of
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/14] PM: rewrite is_hibernate_resume_dev to not require an inode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/14] dasd: cleanup dasd_scan_partitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/14] block: move the NEED_PART_SCAN flag to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/14] block: cleanup partition scanning in register_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] s390/vfio-ap: fix unregister GISC when KVM is already gone results in OOPS
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: let import_iovec deal with compat_iovecs as well
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: William Kucharski <kucharsk@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [kvm-unit-tests GIT PULL 0/3] s390x skrf and ultravisor patches
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [GIT PULL 0/1] KVM: s390: add documentation for KVM_CAP_S390_DIAG318 (5.9)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/4] Pass zPCI hardware information via VFIO
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 2/4] s390/pci: track whether util_str is valid in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 3/4] vfio-pci/zdev: define the vfio_zdev header
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 1/4] s390/pci: stash version in the zpci_dev
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 4/4] vfio-pci/zdev: use a device region to retrieve zPCI information
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 0/4] Pass zPCI hardware information via VFIO
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• RE: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: let import_iovec deal with compat_iovecs as well
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/14] PM: rewrite is_hibernate_resume_dev to not require an inode
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 13/14] PM: mm: cleanup swsusp_swap_check
  • From: Pavel Machek <pavel@xxxxxx>