[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v3 10/34] xen/riscv: introduce bitops.h
On Fri, 2024-01-19 at 10:14 +0100, Jan Beulich wrote: > On 19.01.2024 10:09, Oleksii wrote: > > On Thu, 2024-01-18 at 12:03 +0100, Jan Beulich wrote: > > > On 22.12.2023 16:12, Oleksii Kurochko wrote: > > > > --- /dev/null > > > > +++ b/xen/include/asm-generic/bitops/bitops-bits.h > > > > @@ -0,0 +1,10 @@ > > > > +/* SPDX-License-Identifier: GPL-2.0 */ > > > > +#ifndef _ASM_GENERIC_BITOPS_BITS_H_ > > > > +#define _ASM_GENERIC_BITOPS_BITS_H_ > > > > + > > > > +#define BITOP_BITS_PER_WORD 32 > > > > +#define BITOP_MASK(nr) (1UL << ((nr) % > > > > BITOP_BITS_PER_WORD)) > > > > +#define BITOP_WORD(nr) ((nr) / BITOP_BITS_PER_WORD) > > > > +#define BITS_PER_BYTE 8 > > > > > > Btw, I can't spot a use of BITS_PER_BYTE. Why do you add it? And > > > if > > > it really needed adding, it surely wouldn't belong here. > > It is used in common/bitmap.c and ns16550.c, and inside some arch > > code, > > but it is not used by RISC-V right now. > > > > Would it be better to define it in config.h? > > Yes, perhaps. Imo this shouldn't have a "generic" fallback; every > arch > should explicitly state this (along with e.g. BITS_PER_LONG). Got it. Thanks. ~ Oleksii
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |