On Mon, Dec 16, 2024 at 06:24:43PM -0800, Yury Norov wrote: > On Sat, Dec 14, 2024 at 09:58:31AM +0100, Wolfram Sang wrote: > > There are multiple open coded implementations for getting the parity of > > a byte in the kernel, even using different approaches. Take the pretty > > efficient version from SPD5118 driver and make it generally available by > > putting it into the bitops header. As long as there is just one parity > > calculation helper, the creation of a distinct 'parity.h' header was > > discarded. Also, the usage of hweight8() for architectures having a > > popcnt instruction is postponed until a use case within hot paths is > > desired. The motivation for this patch is the frequent use of odd parity > > in the I3C specification and to simplify drivers there. > > > > Changes compared to the original SPD5118 version are the addition of > > kernel documentation, switching the return type from bool to int, and > > renaming the argument of the function. > > > > Signed-off-by: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx> > > Acked-by: Yury Norov <yury.norov@xxxxxxxxx> Cool, thank you! > Would you like me to move this patch in bitmap-for-next? I hope that both patches can be applied in one go to avoid a dependency. I'd think the hwmon-tree is a tad more suitable, but I am also fine with bitmap as long as both patches go in. What do you maintainers thing?
Attachment:
signature.asc
Description: PGP signature
