Linux S390: System z9 mainframe

• Thread Index

• [PATCH 09/14] s390: switch stop_machine_yield() to using cpumask_next_wrap()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/14] cpumask: deprecate cpumask_next_wrap()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 00/14] cpumask: cleanup cpumask_next_wrap() implementation and usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH net-next 1/1] Enter smc_tx_wait when the tx length exceeds the available space
  • From: Li Qiang <liqiang64@xxxxxxxxxx>
• [PATCH net] net/smc: use the correct ndev to find pnetid by pnetid table
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 3/5] net/smc: bpf: register smc_ops info struct_ops
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH net-next 1/1] Enter smc_tx_wait when the tx length exceeds the available space
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/1] Enter smc_tx_wait when the tx length exceeds the available space
  • From: liqiang <liqiang64@xxxxxxxxxx>
• [PATCH net-next 0/1] net/smc: An issue of smc sending messages
  • From: liqiang <liqiang64@xxxxxxxxxx>
• [PATCH v3 17/17] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 16/17] mm: pgtable: remove tlb_remove_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 14/17] mm: pgtable: move __tlb_remove_table_one() in x86 to generic file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 13/17] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 12/17] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 11/17] x86: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 10/17] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 09/17] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 08/17] arm: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 07/17] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 06/17] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 04/17] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 03/17] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 01/17] Revert "mm: pgtable: make ptlock be freed by RCU"
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 00/17] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH bpf-next v3 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 5/5] bpf/selftests: add selftest for bpf_smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 3/5] net/smc: bpf: register smc_ops info struct_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v5] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v4] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• [PATCH 21/29] crypto: s390/aes-gcm - use the new scatterwalk functions
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v8 2/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 1/4] mm/memory_hotplug: Add interface for runtime (de)configuration of memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3 3/3] s390x: pv: Add test for large host pages backing
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3 3/3] s390x: pv: Add test for large host pages backing
  • From: "Christoph Schlameuss" <schlameuss@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3 3/3] s390x: pv: Add test for large host pages backing
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] s390: Convert vsie code to use page->private
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 2/2] s390: Convert vsie code to use page->private
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH 1/2] s390: Convert gmap code to use ptdesc
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 10/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: fix data error when recvmsg with MSG_PEEK flag
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: fix data error when recvmsg with MSG_PEEK flag
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net] net/smc: fix data error when recvmsg with MSG_PEEK flag
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 5/5] bpf/selftests: add selftest for bpf_smc_ops
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH bpf-next v3 3/5] net/smc: bpf: register smc_ops info struct_ops
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH bpf-next v3 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH 1/2] s390: Convert gmap code to use ptdesc
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/2] s390: Remove uses of page->index
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/2] s390: Remove uses of page->index
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 10/10] mm: Introduce ctor/dtor at PGD level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 09/10] asm-generic: pgalloc: Provide generic __pgd_{alloc,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 08/10] ARM: mm: Rename PGD helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 07/10] mm: Introduce ctor/dtor at P4D level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 06/10] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 04/10] s390/mm: Add calls to pagetable_pud_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 03/10] m68k: mm: Add calls to pagetable_pmd_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 02/10] parisc: mm: Ensure pagetable_pmd_[cd]tor are called
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 0/2] s390: Remove uses of page->index
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 1/2] s390: Convert gmap code to use ptdesc
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 2/2] s390: Convert vsie code to use page->private
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 0/2] s390: Remove uses of page->index
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] selftests: kvm: s390: Add ucontrol gis routing test
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] kvm: s390: Reject KVM_SET_GSI_ROUTING on ucontrol VMs
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v4 2/2] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: kvm: s390: Add has device attr check to uc_attr_mem_limit selftest
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 5/6] selftests: kvm: s390: Streamline uc_skey test to issue iske after sske
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] kvm: s390: Reject KVM_SET_GSI_ROUTING on ucontrol VMs
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] selftests: kvm: s390: Add ucontrol gis routing test
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: Hariharan Mari <hari55@xxxxxxxxxxxxx>
• [PATCH v8 3/3] s390/crypto: Enable phmac selftest invocation
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v8 1/3] s390/crypto: Add protected key hmac subfunctions for KMAC
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v8 0/3] New s390 specific protected key hmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v8 2/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v3 2/3] lib: s390x: add function to test available UV features
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v3 0/3] s390x: pv: Add test for large host pages backing
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v3 1/3] lib: s390: add ptlb wrapper
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v3 3/3] s390x: pv: Add test for large host pages backing
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v2 10/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v2 04/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• [PATCH v2] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Mikhail Zaslonko <zaslonko@xxxxxxxxxxxxx>
• Re: [PATCH 03/17] vdso: Add generic time data storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH 12/17] powerpc/vdso: Switch to generic storage implementation
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 12/17] powerpc/vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 2/2] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 03/17] vdso: Add generic time data storage
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 12/17] powerpc/vdso: Switch to generic storage implementation
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] mm/ptdump: Drop GENERIC_PTDUMP
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v4 2/2] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH bpf-next v3 5/5] bpf/selftests: add selftest for bpf_smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v3 0/5] net/smc: Introduce smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v3 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v3 3/5] net/smc: bpf: register smc_ops info struct_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v3 2/5] net/smc: Introduce generic hook smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v3 1/5] bpf: export necessary sympols for modules with struct_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] s390: kernel: Convert timeouts to use secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/2] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/2] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/19] coccinelle: misc: Add secs_to_jiffies script
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/19] coccinelle: misc: Add secs_to_jiffies script
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [PATCH v3 04/19] s390: kernel: Convert timeouts to use secs_to_jiffies()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/19] coccinelle: misc: Add secs_to_jiffies script
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 fixes for 6.13-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 fixes for 6.13-rc4
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] mm/ptdump: Drop GENERIC_PTDUMP
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] mm/ptdump: Drop GENERIC_PTDUMP
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] net: Convert proto_ops::getname to sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 2/3] s390/pci: store DMA offset in bus_dma_region
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sched/fair: introduce new scheduler group type group_parked
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• [PATCH 16/17] vdso: Remove remnants of architecture-specific time storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 17/17] vdso: Remove kconfig symbol GENERIC_VDSO_DATA_STORE
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 15/17] vdso: Remove remnants of architecture-specific random state storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 13/17] x86/vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 12/17] powerpc/vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 14/17] x86/vdso/vdso2c: Remove page handling
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 11/17] MIPS: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 10/17] s390/vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 07/17] riscv: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 09/17] arm: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 08/17] LoongArch: vDSO: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 06/17] arm64: vdso: Switch to generic storage implementation
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 05/17] vdso: Add generic architecture-specific data storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 04/17] vdso: Add generic random data storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 03/17] vdso: Add generic time data storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 02/17] vdso: Introduce vdso/align.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 01/17] parisc: Remove unused symbol vdso_data
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 00/17] vDSO: Introduce generic data storage
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] selftests: kvm: s390: Reject invalid ioctls on ucontrol VMs
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: GPIB build failures
  • From: Dave Penkler <dpenkler@xxxxxxxxx>
• Re: [PATCH v2 2/3] s390/pci: store DMA offset in bus_dma_region
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] s390/pci: store DMA offset in bus_dma_region
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] selftests/mm: fix dependency on pkey_util.c
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 6/6] selftests: kvm: s390: Add has device attr check to uc_attr_mem_limit selftest
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 5/6] selftests: kvm: s390: Streamline uc_skey test to issue iske after sske
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 4/6] selftests: kvm: s390: Add ucontrol gis routing test
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 0/6] selftests: kvm: s390: Reject invalid ioctls on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 3/6] kvm: s390: Reject KVM_SET_GSI_ROUTING on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v2 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• GPIB build failures
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v2 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/14] selftests/mm: Use sys_pkey helpers consistently
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH net v2 0/6] several fixes for smc
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] mm/hugetlb: change ENOSPC to ENOMEM in alloc_hugetlb_folio
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH 10/12] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 04/12] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v2 3/3] iommu/s390: implement iommu passthrough via identity domain
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 2/3] s390/pci: store DMA offset in bus_dma_region
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 1/3] s390/pci: check for relaxed translation capability
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v2 0/3] iommu/s390: add support for IOMMU passthrough
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Zaslonko Mikhail <zaslonko@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH net-next RESEND v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v2 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v4 00/19] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Ilya Leoshkevich <iii@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v4 4/6] s390x: Add library functions for exiting from snippet
  • From: Nina Schoetterl-Glausch <nsg@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] s390/crypto/cpacf: Constify 'struct bin_attribute'
  • From: Holger Dengler <dengler@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] s390/pkey: Constify 'struct bin_attribute'
  • From: Holger Dengler <dengler@xxxxxxxxxxxxx>
• [PATCH] btrfs: Fix avail_in bytes for s390 zlib HW compression path
  • From: Mikhail Zaslonko <zaslonko@xxxxxxxxxxxxx>
• Re: [PATCH net-next RESEND v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next RESEND v3 0/2] net/smc: Two features for smc-r
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next RESEND v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 1/5] s390/crypto/cpacf: Constify 'struct bin_attribute'
  • From: Finn Callies <fcallies@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 15/16] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 14/16] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 13/16] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 12/16] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 11/16] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 10/16] mm: s390: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 09/16] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 08/16] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 07/16] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 03/16] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 04/16] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 02/16] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH v2 0/2] ftrace: Make ftrace_regs abstract and consolidate code
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 00/28] vdso: Preparations for generic data storage
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v3] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH net-next RESEND v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 5/5] s390/pkey: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 1/5] s390/crypto/cpacf: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 4/5] s390/sclp: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 2/5] s390/ipl: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 3/5] s390/pci: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 0/5] s390: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 16/19] staging: vc04_services: Convert timeouts to secs_to_jiffies()
  • From: Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] iommu/s390: add basic routines for region 1st and 2nd tables
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH net v2 0/6] several fixes for smc
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 6/6] net/smc: check return value of sock_recvmsg when draining clc data
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 5/6] net/smc: check smcd_v2_ext_offset when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 4/6] net/smc: check v2_ext_offset/eid_cnt/ism_gid_cnt when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 3/6] net/smc: check iparea_offset and ipv6_prefixes_cnt when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 2/6] net/smc: check sndbuf_space again after NOSPACE flag is set in smc_poll
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 1/6] net/smc: protect link down work from execute after lgr freed
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 14/19] wifi: ath11k: Convert timeouts to secs_to_jiffies()
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v3 14/19] wifi: ath11k: Convert timeouts to secs_to_jiffies()
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v3 05/19] powerpc/papr_scm: Convert timeouts to secs_to_jiffies()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 18/19] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 5/5] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next RESEND v3 1/2] net/smc: support SMC-R V2 for rdma devices with max_recv_sge equals to 1
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next RESEND v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next RESEND v3 0/2] net/smc: Two features for smc-r
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH v3 18/19] livepatch: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/19] powerpc/papr_scm: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 19/19] ALSA: line6: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/19] mm: kmemleak: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 16/19] staging: vc04_services: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/19] scsi: pm8001: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 17/19] ceph: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/19] accel/habanalabs: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 13/19] gve: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 15/19] Bluetooth: MGMT: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/19] wifi: ath11k: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/19] scsi: arcmsr: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/19] s390: kernel: Convert timeouts to use secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/19] scsi: lpfc: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/19] drm/xe: Convert timeout to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/19] xen/blkback: Convert timeouts to secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/19] arm: pxa: Convert timeouts to use secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/19] netfilter: conntrack: Cleanup timeout definitions
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/19] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/19] coccinelle: misc: Add secs_to_jiffies script
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] s390: enable ARCH_HAS_PHYS_TO_DMA
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sched/fair: introduce new scheduler group type group_parked
  • From: Shrikanth Hegde <sshegde@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH bpf-next v2 5/5] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Joe Damato <jdamato@xxxxxxxxxx>
• Re: [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] vfio/pci: Enable iowrite64 and ioread64 for vfio pci
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 2/2] vfio/pci: Remove #ifdef iowrite64 and #ifdef ioread64
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• [PATCH v3 2/2] vfio/pci: Remove #ifdef iowrite64 and #ifdef ioread64
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• [PATCH v3 1/2] vfio/pci: Enable iowrite64 and ioread64 for vfio pci
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• [PATCH v3 0/2] Extend 8-byte PCI load/store support to x86 arch
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• Re: [PATCH v2 2/2] vfio/pci: Remove #ifdef iowrite64 and #ifdef ioread64
  • From: "Thomas, Ramesh" <ramesh.thomas@xxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] KVM: s390: VSIE: fix virtual/physical address in unpin_scb()
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: Removing page->index
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Removing page->index
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v1 1/1] KVM: s390: VSIE: fix virtual/physical address in unpin_scb()
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Removing page->index
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v4 4/6] s390x: Add library functions for exiting from snippet
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: "Christoph Schlameuss" <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 1/1] KVM: s390: VSIE: fix virtual/physical address in unpin_scb()
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] s390: enable ARCH_HAS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH bpf-next v2 0/5] net/smc: Introduce smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v2 3/5] net/smc: bpf: register smc_ops info struct_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v2 4/5] libbpf: fix error when st-prefix_ops and ops from differ btf
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v2 5/5] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v2 2/5] net/smc: Introduce generic hook smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH bpf-next v2 1/5] bpf: export necessary sympols for modules with struct_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] zfcp changes for v6.14
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 16/17] mm: Fallback to generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 15/17] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 14/17] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 13/17] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 12/17] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 11/17] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 10/17] mm: s390: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 09/17] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 08/17] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 07/17] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 06/17] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 05/17] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 04/17] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 03/17] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 02/17] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 00/17] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] iommu/s390: support additional table regions
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 7/7] iommu/s390: allow larger region tables
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 5/7] iommu/s390: support iova_to_phys for additional table regions
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 3/7] iommu/s390: add basic routines for region 1st and 2nd tables
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 6/7] iommu/s390: support map/unmap for additional table regions
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 4/7] iommu/s390: support cleanup of additional table regions
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 1/7] iommu/s390: add initial fields to track table size
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 2/7] s390/pci: set appropriate IOTA region type
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 0/7] iommu/s390: support additional table regions
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 6/6] iommu/s390: implement def_domain_type
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 5/6] iommu: document missing def_domain_type return
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 4/6] iommu: add routine to check strict setting
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 3/6] iommu/s390: implement iommu passthrough via identity domain
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 2/6] s390: enable ARCH_HAS_PHYS_TO_DMA
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 1/6] s390/pci: check for relaxed translation capability
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH 0/6] iommu/s390: add support for IOMMU passthrough
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] vfio/pci: Remove #ifdef iowrite64 and #ifdef ioread64
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: Removing page->index
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v7 1/2] s390/crypto: Add protected key hmac subfunctions for KMAC
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v7 2/2] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v7 0/2] New s390 specific protected key hmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v1 5/6] selftests: kvm: s390: Streamline uc_skey test to issue iske after sske
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 3/6] kvm: s390: Reject KVM_SET_GSI_ROUTING on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• [PATCH net-next v3 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 1/2] net/smc: support SMC-R V2 for rdma devices with max_recv_sge equals to 1
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 0/2] net/smc: Two features for smc-r
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH v1 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH v1 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH v1 5/6] selftests: kvm: s390: Streamline uc_skey test to issue iske after sske
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 2/6] selftests: kvm: s390: Add ucontrol flic attr selftests
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 6/6] selftests: kvm: s390: Add has device attr check to uc_attr_mem_limit selftest
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 1/6] kvm: s390: Reject setting flic pfault attributes on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 4/6] selftests: kvm: s390: Add ucontrol gis routing test
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 3/6] kvm: s390: Reject KVM_SET_GSI_ROUTING on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• [PATCH v1 0/6] selftests: kvm: s390: Reject invalid ioctls on ucontrol VMs
  • From: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: "Marc Hartmayer" <mhartmay@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] s390/topology: Add initial implementation for selection of parked CPUs
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] sched/fair: introduce new scheduler group type group_parked
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sched/fair: introduce new scheduler group type group_parked
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: "Nico Boehr" <nrb@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] net/smc: support SMC-R V2 for rdma devices with max_recv_sge equals to 1
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [syzbot] [net?] [s390?] KASAN: slab-use-after-free Read in netdev_walk_all_lower_dev
  • From: syzbot <syzbot+2eab87cf3100f45423ec@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm/hugetlb: support FOLL_FORCE|FOLL_WRITE
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• RE: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm/hugetlb: support FOLL_FORCE|FOLL_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3] mm/hugetlb: support FOLL_FORCE|FOLL_WRITE
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm/hugetlb: support FOLL_FORCE|FOLL_WRITE
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: [PATCH v3] mm/hugetlb: support FOLL_FORCE|FOLL_WRITE
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] s390/topology: Add initial implementation for selection of parked CPUs
  • From: Shrikanth Hegde <sshegde@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] sched/fair: introduce new scheduler group type group_parked
  • From: Shrikanth Hegde <sshegde@xxxxxxxxxxxxx>
• [PATCH] sysfs: constify macro BIN_ATTRIBUTE_GROUPS()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [kvm-unit-tests PATCH] s390x: Support newer version of genprotimg
  • From: Marc Hartmayer <mhartmay@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sched/fair: introduce new scheduler group type group_parked
  • From: Shrikanth Hegde <sshegde@xxxxxxxxxxxxx>
• [PATCH 3/3] MAINTAINERS: Update zfcp entry
  • From: Nihar Panda <niharp@xxxxxxxxxxxxx>
• [PATCH 2/3] zfcp: clarify zfcp_port refcount ownership during "link" test
  • From: Nihar Panda <niharp@xxxxxxxxxxxxx>
• [PATCH 1/3] zfcp: correct kdoc parameter description for sending ELS and CT
  • From: Nihar Panda <niharp@xxxxxxxxxxxxx>
• [PATCH 0/3] zfcp changes for v6.14
  • From: Nihar Panda <niharp@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] scsi: arcmsr: Use BIN_ATTR_ADMIN_WO() for bin_attribute definitions
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH 4/5] firmware: google: gsmi: Use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH 3/5] powerpc/powernv/flash: Use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH 2/5] s390/sclp_config: use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH 1/5] sysfs: add macro BIN_ATTR_ADMIN_WO()
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• [syzbot] Monthly s390 report (Dec 2024)
  • From: syzbot <syzbot+list695771e1b19eaf02e5f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/2] net/smc: Two features for smc-r
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/2] net/smc: Two features for smc-r
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 5/5] scsi: arcmsr: Use BIN_ATTR_ADMIN_WO() for bin_attribute definitions
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: "'Tejun Heo'" <tj@xxxxxxxxxx>
• RE: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 1/2] vfio/pci: Enable iowrite64 and ioread64 for vfio pci
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• RE: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Removing page->index
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• Re: s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next] net/mlx5e: Transmit small messages in linear skb
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• [PATCH v2 12/12] s390/kdump: virtio-mem kdump support (CONFIG_PROC_VMCORE_DEVICE_RAM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 10/12] virtio-mem: remember usable region size
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 05/12] fs/proc/vmcore: move vmcore definitions out of kcore.h
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 04/12] fs/proc/vmcore: prefix all pr_* with "vmcore:"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 09/12] virtio-mem: mark device ready before registering callbacks in kdump mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 11/12] virtio-mem: support CONFIG_PROC_VMCORE_DEVICE_RAM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 01/12] fs/proc/vmcore: convert vmcore_cb_lock into vmcore_mutex
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 08/12] fs/proc/vmcore: introduce PROC_VMCORE_DEVICE_RAM to detect device RAM ranges in 2nd kernel
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 07/12] fs/proc/vmcore: factor out freeing a list of vmcore ranges
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 06/12] fs/proc/vmcore: factor out allocating a vmcore range and adding it to a list
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 03/12] fs/proc/vmcore: disallow vmcore modifications while the vmcore is open
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 02/12] fs/proc/vmcore: replace vmcoredd_mutex by vmcore_mutex
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 00/12] fs/proc/vmcore: kdump support for virtio-mem on s390
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Removing page->index
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [RFC PATCH 2/2] s390/topology: Add initial implementation for selection of parked CPUs
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] sched/fair: introduce new scheduler group type group_parked
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• [RFC PATCH 1/2] sched/fair: introduce new scheduler group type group_parked
  • From: Tobias Huschle <huschle@xxxxxxxxxxxxx>
• s390: block/blk-iocost.c:1101:11: error: call to '__compiletime_assert_557' declared with 'error' attribute: clamp() low limit 1 greater than high limit active
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH net 2/6] net/smc: set SOCK_NOSPACE when send_remaining but no sndbuf_space left
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] vfio/pci: Enable iowrite64 and ioread64 for vfio pci
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• Re: [PATCH v6 0/3] vfio/pci: Support 8-byte PCI loads and stores
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• [PATCH 1/2] perf/core: Export perf_exclude_event()
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• [PATCH v2 0/2] Extend 8-byte PCI load/store support to x86 arch
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• Removing page->index
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 2/2] vfio/pci: Remove #ifdef iowrite64 and #ifdef ioread64
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• Re: [PATCH 09/22] drm/etnaviv: Convert timeouts to secs_to_jiffies()
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm/memory_hotplug: Add interface for runtime (de)configuration of memory
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• Re: [PATCH net-next RESEND v2] net/smc: Remove unused function parameter in __smc_diag_dump
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH net 2/6] net/smc: set SOCK_NOSPACE when send_remaining but no sndbuf_space left
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net v2 0/2] two fixes for SMC
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v6 2/2] s390/crypto: New s390 specific protected key hash phmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/11] tools headers: Sync *xattrat syscall changes with the kernel sources
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v2 09/21] drm/etnaviv: Convert timeouts to secs_to_jiffies()
  • From: Christian Gmeiner <christian.gmeiner@xxxxxxxxx>
• [PATCH 3/5] powerpc/powernv/flash: Use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 5/5] scsi: arcmsr: Use BIN_ATTR_ADMIN_WO() for bin_attribute definitions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 1/5] sysfs: add macro BIN_ATTR_ADMIN_WO()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 0/5] sysfs: introduce and use macro BIN_ATTR_ADMIN_WO()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 4/5] firmware: google: gsmi: Use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 2/5] s390/sclp_config: use BIN_ATTR_ADMIN_WO() for bin_attribute definition
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm/memory_hotplug: Add interface for runtime (de)configuration of memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH net-next v2 1/2] net/smc: support SMC-R V2 for rdma devices with max_recv_sge equals to 1
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/2] net/smc: Two features for smc-r
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next RESEND v2] net/smc: Remove unused function parameter in __smc_diag_dump
  • From: Manas via B4 Relay <devnull+manas18244.iiitd.ac.in@xxxxxxxxxx>
• [RFC PATCH 4/4] s390/sclp: Add support for dynamic (de)configuration of memory
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• [RFC PATCH 3/4] mm/memory_hotplug: Add max_configurable sysfs read attribute
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• [RFC PATCH 2/4] mm/memory_hotplug: Add memory block altmap sysfs attribute
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• [RFC PATCH 1/4] mm/memory_hotplug: Add interface for runtime (de)configuration of memory
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• [RFC PATCH 0/4] Support dynamic (de)configuration of memory
  • From: Sumanth Korikkar <sumanthk@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Optimize the timing of unlocking in smc_listen_work
  • From: Li Qiang <liqiang64@xxxxxxxxxx>
• [PATCH v4 19/19] scsi: target: iscsi: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 18/19] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 17/19] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 16/19] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 15/19] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 14/19] bcachefs: Explicitly select CRYPTO from BCACHEFS_FS
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 13/19] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 12/19] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 09/19] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 11/19] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 10/19] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 08/19] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 07/19] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 06/19] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 05/19] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 04/19] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 03/19] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 02/19] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 01/19] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 00/19] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Optimize the timing of unlocking in smc_listen_work
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next] net/smc: Optimize the timing of unlocking in smc_listen_work
  • From: liqiang <liqiang64@xxxxxxxxxx>
• Re: [GIT PULL] more s390 updates for 6.13 merge window
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH net v2 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• [GIT PULL] more s390 updates for 6.13 merge window
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] s390/crypto: New s390 specific protected key hash phmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• [PATCH v6 0/2] New s390 specific protected key hmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v6 2/2] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v6 1/2] s390/crypto: Add protected key hmac subfunctions for KMAC
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH bpf-next 4/4] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH 6.6 3/3] s390/pkey: Wipe copies of protected- and secure-keys
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.6 2/3] s390/pkey: Wipe copies of clear-key structures on failure
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.6 1/3] s390/pkey: Use kfree_sensitive() to fix Coccinelle warnings
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.6 0/3] Backport fixes for CVE-2024-42155, CVE-2024-42156 and CVE-2024-42158
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.1 3/3] s390/pkey: Wipe copies of protected- and secure-keys
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.1 2/3] s390/pkey: Wipe copies of clear-key structures on failure
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.1 1/3] s390/pkey: Use kfree_sensitive() to fix Coccinelle warnings
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 6.1 0/3] Backport fixes for CVE-2024-42155, CVE-2024-42156 and CVE-2024-42158
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 5.10/5.15 1/3] s390/pkey: Use kfree_sensitive() to fix Coccinelle warnings
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 5.10/5.15 2/3] s390/pkey: Wipe copies of clear-key structures on failure
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 5.10/5.15 0/3] Backport fixes for CVE-2024-42155, CVE-2024-42156 and CVE-2024-42158
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH 5.10/5.15 3/3] s390/pkey: Wipe copies of protected- and secure-keys
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 18/22] ceph: Convert timeouts to secs_to_jiffies()
  • From: Alex Markuze <amarkuze@xxxxxxxxxx>
• Re: [PATCH v2 18/21] ceph: Convert timeouts to secs_to_jiffies()
  • From: Alex Markuze <amarkuze@xxxxxxxxxx>
• [PATCH net 3/6] net/smc: check iparea_offset and ipv6_prefixes_cnt when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 0/6] several fixes for smc
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 2/6] net/smc: set SOCK_NOSPACE when send_remaining but no sndbuf_space left
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 6/6] net/smc: check return value of sock_recvmsg when draining clc data
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 4/6] net/smc: check v2_ext_offset/eid_cnt/ism_gid_cnt when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 5/6] net/smc: check smcd_v2_ext_offset when receiving proposal msg
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net 1/6] net/smc: protect link down work from execute after lgr freed
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [bug report] smc: possible deadlock in smc_switch_to_fallback
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [bug report] smc: possible deadlock in smc_switch_to_fallback
  • From: 江世昊 <sh.jiang@xxxxxxxxxx>
• [s390:for-next 17/17] arch/s390/include/asm/hugetlb.h:94:31: error: call to undeclared function 'is_pte_marker'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH net v2 0/2] two fixes for SMC
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 1/2] net/smc: initialize close_work early to avoid warning
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: introduce autosplit for smc
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/2] net/smc: support ipv4 mapped ipv6 addr client for smc-r v2
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/2] net/smc: Two features for smc-r
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] net/smc: support SMC-R V2 for rdma devices with max_recv_sge equals to 1
  • From: Guangguan Wang <guangguan.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] KVM: s390: Couple of small cmpxchg() optimizations
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] KVM: s390: Couple of small cmpxchg() optimizations
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] KVM: s390: Remove one byte cmpxchg() usage
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 1/3] KVM: s390: Use try_cmpxchg() instead of cmpxchg() loops
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 0/3] KVM: s390: Couple of small cmpxchg() optimizations
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net] s390/iucv: MSG_PEEK causes memory leak in iucv_sock_destruct()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH bpf-next 4/4] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH bpf-next 4/4] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH 2/3] KVM: s390: Remove one byte cmpxchg() usage
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v5 3/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] KVM: s390: Remove one byte cmpxchg() usage
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• [PATCH 0/3] KVM: s390: Couple of small cmpxchg() optimizations
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] KVM: s390: Increase size of union sca_utility to four bytes
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] KVM: s390: Use try_cmpxchg() instead of cmpxchg() loops
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] KVM: s390: Remove one byte cmpxchg() usage
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH 2/3] KVM: s390: Remove one byte cmpxchg() usage
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 1/3] KVM: s390: Use try_cmpxchg() instead of cmpxchg() loops
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next 4/4] bpf/selftests: add simple selftest for bpf_smc_ops
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 1/2] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 1/2] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 1/5] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 2/6] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 2/7] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 3/9] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 06/16] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 02/16] s390/pci: Use topology ID for multi-function devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 03/16] s390/pci: Ignore RID for isolated VFs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 01/16] s390/pci: Sort PCI functions prior to creating virtual busses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 06/19] s390/cpum_sf: Handle CPU hotplug remove during sampling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 03/19] s390/pci: Ignore RID for isolated VFs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 02/19] s390/pci: Use topology ID for multi-function devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 01/19] s390/pci: Sort PCI functions prior to creating virtual busses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net 1/2] net/smc: initialize close_work early to avoid warning
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net/smc: fix LGR and link use-after-free issue
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net/smc: initialize close_work early to avoid warning
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• [PATCH v5 2/3] s390/crypto: Add protected key hmac subfunctions for KMAC
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v5 0/3] New s390 specific protected key hmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v5 3/3] s390/crypto: New s390 specific protected key hash phmac
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v5 1/3] crypto: api - Adjust HASH_MAX_DESCSIZE for s390-phmac context
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v1 07/11] fs/proc/vmcore: introduce PROC_VMCORE_DEVICE_RAM to detect device RAM ranges in 2nd kernel
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/11] fs/proc/vmcore: disallow vmcore modifications after the vmcore was opened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v1 07/11] fs/proc/vmcore: introduce PROC_VMCORE_DEVICE_RAM to detect device RAM ranges in 2nd kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH net 0/2] two fixes for SMC
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 07/11] fs/proc/vmcore: introduce PROC_VMCORE_DEVICE_RAM to detect device RAM ranges in 2nd kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH net 1/2] net/smc: initialize close_work early to avoid warning
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>