cleanup the RAID5 XOR library v4 · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 01/28] xor: assert that xor_blocks is not call from interrupt context · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: [PATCH 01/28] xor: assert that xor_blocks is not call from interrupt context · patchwork-bot+linux-riscv@kernel.org · 2026-04-30
[PATCH 02/28] arm/xor: remove in_interrupt() handling · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 03/28] arm64/xor: fix conflicting attributes for xor_block_template · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: [PATCH 03/28] arm64/xor: fix conflicting attributes for xor_block_template · "Ard Biesheuvel" <ardb@kernel.org> · 2026-03-27
[PATCH 04/28] um/xor: cleanup xor.h · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 05/28] xor: move to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 06/28] xor: small cleanups · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 07/28] xor: cleanup registration and probing · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 08/28] xor: split xor.h · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 09/28] xor: remove macro abuse for XOR implementation registrations · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 10/28] xor: move generic implementations out of asm-generic/xor.h · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 11/28] alpha: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 12/28] arm: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 13/28] arm64: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 14/28] loongarch: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 15/28] powerpc: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 16/28] riscv: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 17/28] sparc: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 18/28] s390: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 19/28] x86: move the XOR code to lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 20/28] xor: avoid indirect calls for arm64-optimized ops · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 21/28] xor: make xor.ko self-contained in lib/raid/ · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 22/28] xor: add a better public API · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: [PATCH 22/28] xor: add a better public API · Dan Williams <djbw@kernel.org> · 2026-04-10
[PATCH 23/28] xor: add a better public API · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: [PATCH 23/28] xor: add a better public API · Andrew Morton <akpm@linux-foundation.org> · 2026-03-27
[PATCH 24/28] async_xor: use xor_gen · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: [PATCH 24/28] async_xor: use xor_gen · Dan Williams <djbw@kernel.org> · 2026-04-10
[PATCH 25/28] btrfs: use xor_gen · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 26/28] xor: pass the entire operation to the low-level ops · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 27/28] xor: use static_call for xor_gen · Christoph Hellwig <hch@lst.de> · 2026-03-27
[PATCH 28/28] xor: add a kunit test case · Christoph Hellwig <hch@lst.de> · 2026-03-27
Re: cleanup the RAID5 XOR library v4 · "Ard Biesheuvel" <ardb@kernel.org> · 2026-03-27
Re: cleanup the RAID5 XOR library v4 · Andrew Morton <akpm@linux-foundation.org> · 2026-03-27
Re: cleanup the RAID5 XOR library v4 · Eric Biggers <ebiggers@kernel.org> · 2026-03-29
Re: cleanup the RAID5 XOR library v4 · Andrew Morton <akpm@linux-foundation.org> · 2026-03-29
Re: cleanup the RAID5 XOR library v4 · Eric Biggers <ebiggers@kernel.org> · 2026-03-30
Re: cleanup the RAID5 XOR library v4 · Christoph Hellwig <hch@lst.de> · 2026-03-30

Re: cleanup the RAID5 XOR library v4

From: Christoph Hellwig <hch@lst.de>
Date: 2026-03-30 05:27:08
Also in: linux-alpha, linux-arch, linux-btrfs, linux-crypto, linux-raid, linux-riscv, linux-s390, linux-um, lkml, loongarch, sparclinux

On Sun, Mar 29, 2026 at 02:31:19PM -0700, Eric Biggers wrote:

But yes, as Andrew mentioned there are two "xor: add a better public
API" patches.  They should be folded together.

Yes.  This is the ages old git bug of creating duplicate commits when
a rebase has conflicts biting again, sorry.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help