From: Yury Norov <yury.norov@gmail.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org
Cc: Alice Ryhl <aliceryhl@google.com>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
David Laight <david.laight.linux@gmail.com>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Miguel Ojeda <ojeda@kernel.org>,
Yury Norov <yury.norov@gmail.com>
Subject: [GIT PULL] bitmap for 6.19
Date: Thu, 4 Dec 2025 11:47:58 -0500 [thread overview]
Message-ID: <aTG7PpPUm8fO3L-t@yury> (raw)
Hi Linus,
Please pull bitmap changes for v6.19.
This PR includes runtime field_{prep,get} changes from Geert,
rust ID pool updates from Alice with rustdoc fixes from Miguel
(merge-folded), and a couple cleanups from Andy and David.
There were some merge and build issues during the development cycle, but
as for now the patches have spent about a week in -next with no issues,
and also got some extra testing from 0-day. I have boot-tested the branch
on top of master with no issues as well, so, I'm pretty confident in the
series.
Thanks,
Yury
The following changes since commit dc77806cf3b4788d328fddf245e86c5b529f31a2:
Merge tag 'rust-fixes-6.18' of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linux (2025-11-05 11:15:36 -0800)
are available in the Git repository at:
git@github.com:/norov/linux.git tags/bitmap-for-6.19
for you to fetch changes up to 5ba71195a9cb8bb573c7165685a63654af4d7401:
rust_binder: use bitmap for allocation of handles (2025-12-02 14:17:47 -0500)
----------------------------------------------------------------
bitmap updates for v6.19
- Runtime field_{get,prep}() (Geert);
- Rust ID pool updates (Alice);
- min_t() simplification (David);
- __sw_hweightN kernel-doc fixes (Andy);
- cpumask.h headers cleanup (Andy).
----------------------------------------------------------------
Alice Ryhl (6):
rust: bitmap: add MAX_LEN and MAX_INLINE_LEN constants
rust: bitmap: add BitmapVec::new_inline()
rust: id_pool: rename IdPool::new() to with_capacity()
rust: id_pool: do not supply starting capacity
rust: id_pool: do not immediately acquire new ids
rust_binder: use bitmap for allocation of handles
Andy Shevchenko (3):
bitops: Add missed file to MAINTAINERS
bitops: Update kernel-doc in hweight.c to fix the issues with it
cpumask: Don't use "proxy" headers
David Laight (1):
nodemask: use min() instead of min_t()
Geert Uytterhoeven (22):
clk: at91: pmc: #undef field_{get,prep}() before definition
crypto: qat - #undef field_get() before local definition
EDAC/ie31200: #undef field_get() before local definition
gpio: aspeed: #undef field_{get,prep}() before local definition
iio: dac: ad3530r: #undef field_prep() before local definition
iio: mlx90614: #undef field_{get,prep}() before local definition
pinctrl: ma35: #undef field_{get,prep}() before local definition
soc: renesas: rz-sysc: #undef field_get() before local definition
ALSA: usb-audio: #undef field_{get,prep}() before local definition
bitfield: Add less-checking __FIELD_{GET,PREP}()
bitfield: Add non-constant field_{prep,get}() helpers
clk: at91: Convert to common field_{get,prep}() helpers
crypto: qat - convert to common field_get() helper
EDAC/ie31200: Convert to common field_get() helper
gpio: aspeed: Convert to common field_{get,prep}() helpers
iio: dac: Convert to common field_prep() helper
iio: mlx90614: Convert to common field_{get,prep}() helpers
pinctrl: ma35: Convert to common field_{get,prep}() helpers
soc: renesas: rz-sysc: Convert to common field_get() helper
ALSA: usb-audio: Convert to common field_{get,prep}() helpers
clk: renesas: Use bitfield helpers
soc: renesas: Use bitfield helpers
MAINTAINERS | 1 +
arch/x86/include/asm/cpumask.h | 2 +
drivers/android/binder/process.rs | 64 +++++++---
drivers/clk/at91/clk-peripheral.c | 1 +
drivers/clk/at91/pmc.h | 3 -
drivers/clk/renesas/clk-div6.c | 6 +-
drivers/clk/renesas/rcar-gen3-cpg.c | 15 +--
drivers/clk/renesas/rcar-gen4-cpg.c | 9 +-
.../intel/qat/qat_common/adf_pm_dbgfs_utils.c | 8 +-
drivers/edac/ie31200_edac.c | 4 +-
drivers/gpio/gpio-aspeed.c | 5 +-
drivers/iio/dac/ad3530r.c | 3 -
drivers/iio/temperature/mlx90614.c | 5 +-
drivers/pinctrl/nuvoton/pinctrl-ma35.c | 4 -
drivers/soc/renesas/renesas-soc.c | 4 +-
drivers/soc/renesas/rz-sysc.c | 3 +-
include/linux/bitfield.h | 95 ++++++++++++--
include/linux/cpumask.h | 10 +-
include/linux/nodemask.h | 9 +-
lib/hweight.c | 4 +-
rust/kernel/bitmap.rs | 43 +++++--
rust/kernel/id_pool.rs | 141 +++++++++++++++------
sound/usb/mixer_quirks.c | 4 -
23 files changed, 302 insertions(+), 141 deletions(-)
next reply other threads:[~2025-12-04 16:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-04 16:47 Yury Norov [this message]
2025-12-06 17:22 ` [GIT PULL] bitmap for 6.19 pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aTG7PpPUm8fO3L-t@yury \
--to=yury.norov@gmail.com \
--cc=aliceryhl@google.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=david.laight.linux@gmail.com \
--cc=geert+renesas@glider.be \
--cc=linux-kernel@vger.kernel.org \
--cc=ojeda@kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.