<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in bindgen_parameters</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>0fc8f6200d2313278fbf4539bbab74677c685531 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#0fc8f6200d2313278fbf4539bbab74677c685531</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesGetting fixes and updates from v7.1-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 27 Apr 2026 10:26:49 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>f4b369c6fe0ceaba2da2daff8c9eb415f85926dd - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#f4b369c6fe0ceaba2da2daff8c9eb415f85926dd</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.1 merge window.

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 20 Apr 2026 03:28:57 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0421ccdfad0d92713a812a5aeb7d07b0ea7213c8 - Merge tag &apos;v7.0-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#0421ccdfad0d92713a812a5aeb7d07b0ea7213c8</link>
        <description>Merge tag &apos;v7.0-rc3&apos; into nextSync up with the mainline to brig up the latest changes, specificallychanges to ALPS driver.

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Thu, 12 Mar 2026 18:44:42 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>26ff969926a08eee069767ddbbbc301adbcd9676 - Merge tag &apos;rust-7.1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#26ff969926a08eee069767ddbbbc301adbcd9676</link>
        <description>Merge tag &apos;rust-7.1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linuxPull Rust updates from Miguel Ojeda: &quot;Toolchain and infrastructure:   - Bump the minimum Rust version to 1.85.0 (and &apos;bindgen&apos; to 0.71.1).     As proposed in LPC 2025 and the Maintainers Summit [1], we are     going to follow Debian Stable&apos;s Rust versions as our minimum     versions.     Debian Trixie was released on 2025-08-09 with a Rust 1.85.0 and     &apos;bindgen&apos; 0.71.1 toolchain, which is a fair amount of time for e.g.     kernel developers to upgrade.     Other major distributions support a Rust version that is high     enough as well, including:       + Arch Linux.       + Fedora Linux.       + Gentoo Linux.       + Nix.       + openSUSE Slowroll and openSUSE Tumbleweed.       + Ubuntu 25.10 and 26.04 LTS. In addition, 24.04 LTS using         their versioned packages.     The merged patch series comes with the associated cleanups and     simplifications treewide that can be performed thanks to both     bumps, as well as documentation updates.     In addition, start using &apos;bindgen&apos;&apos;s &apos;--with-attribute-custom-enum&apos;     feature to set the &apos;cfi_encoding&apos; attribute for the &apos;lru_status&apos;     enum used in Binder.     Link: https://lwn.net/Articles/1050174/ [1]   - Add experimental Kconfig option (&apos;CONFIG_RUST_INLINE_HELPERS&apos;) that     inlines C helpers into Rust.     Essentially, it performs a step similar to LTO, but just for the     helpers, i.e. very local and fast.     It relies on &apos;llvm-link&apos; and its &apos;--internalize&apos; flag, and requires     a compatible LLVM between Clang and &apos;rustc&apos; (i.e. same major     version, &apos;CONFIG_RUSTC_CLANG_LLVM_COMPATIBLE&apos;). It is only enabled     for two architectures for now.     The result is a measurable speedup in different workloads that     different users have tested. For instance, for the null block     driver, it amounts to a 2%.   - Support global per-version flags.     While we already have per-version flags in many places, we didn&apos;t     have a place to set global ones that depend on the compiler     version, i.e. in &apos;rust_common_flags&apos;, which sometimes is needed to     e.g. tweak the lints set per version.     Use that to allow the &apos;clippy::precedence&apos; lint for Rust &lt; 1.86.0,     since it had a change in behavior.   - Support overriding the crate name and apply it to Rust Binder,     which wanted the module to be called &apos;rust_binder&apos;.   - Add the remaining &apos;__rust_helper&apos; annotations (started in the     previous cycle).  &apos;kernel&apos; crate:   - Introduce the &apos;const_assert!&apos; macro: a more powerful version of     &apos;static_assert!&apos; that can refer to generics inside functions or     implementation bodies, e.g.:         fn f&lt;const N: usize&gt;() {             const_assert!(N &gt; 1);         }         fn g&lt;T&gt;() {             const_assert!(size_of::&lt;T&gt;() &gt; 0, &quot;T cannot be ZST&quot;);         }     In addition, reorganize our set of build-time assertion macros     (&apos;{build,const,static_assert}!&apos;) to live in the &apos;build_assert&apos;     module.     Finally, improve the docs as well to clarify how these are     different from one another and how to pick the right one to use,     and their equivalence (if any) to the existing C ones for extra     clarity.   - &apos;sizes&apos; module: add &apos;SizeConstants&apos; trait.     This gives us typed &apos;SZ_*&apos; constants (avoiding casts) for use in     device address spaces where the address width depends on the     hardware (e.g. 32-bit MMIO windows, 64-bit GPU framebuffers, etc.),     e.g.:         let gpu_heap = 14 * u64::SZ_1M;         let mmio_window = u32::SZ_16M;   - &apos;clk&apos; module: implement &apos;Send&apos; and &apos;Sync&apos; for &apos;Clk&apos; and thus     simplify the users in Tyr and PWM.   - &apos;ptr&apos; module: add &apos;const_align_up&apos;.   - &apos;str&apos; module: improve the documentation of the &apos;c_str!&apos; macro to     explain that one should only use it for non-literal cases (for the     other case we instead use C string literals, e.g. &apos;c&quot;abc&quot;&apos;).   - Disallow the use of &apos;CStr::{as_ptr,from_ptr}&apos; and clean one such     use in the &apos;task&apos; module.   - &apos;sync&apos; module: finish the move of &apos;ARef&apos; and &apos;AlwaysRefCounted&apos;     outside of the &apos;types&apos; module, i.e. update the last remaining     instances and finally remove the re-exports.   - &apos;error&apos; module: clarify that &apos;from_err_ptr&apos; can return &apos;Ok(NULL)&apos;,     including runtime-tested examples.     The intention is to hopefully prevent UB that assumes the result of     the function is not &apos;NULL&apos; if successful. This originated from a     case of UB I noticed in &apos;regulator&apos; that created a &apos;NonNull&apos; on it.  Timekeeping:   - Expand the example section in the &apos;HrTimer&apos; documentation.   - Mark the &apos;ClockSource&apos; trait as unsafe to ensure valid values for     &apos;ktime_get()&apos;.   - Add &apos;Delta::from_nanos()&apos;.  &apos;pin-init&apos; crate:   - Replace the &apos;Zeroable&apos; impls for &apos;Option&lt;NonZero*&gt;&apos; with impls of     &apos;ZeroableOption&apos; for &apos;NonZero*&apos;.   - Improve feature gate handling for unstable features.   - Declutter the documentation of implementations of &apos;Zeroable&apos; for     tuples.   - Replace uses of &apos;addr_of[_mut]!&apos; with &apos;&amp;raw [mut]&apos;.  rust-analyzer:   - Add type annotations to &apos;generate_rust_analyzer.py&apos;.   - Add support for scripts written in Rust (&apos;generate_rust_target.rs&apos;,     &apos;rustdoc_test_builder.rs&apos;, &apos;rustdoc_test_gen.rs&apos;).   - Refactor &apos;generate_rust_analyzer.py&apos; to explicitly identify host     and target crates, improve readability, and reduce duplication.  And some other fixes, cleanups and improvements&quot;* tag &apos;rust-7.1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linux: (79 commits)  rust: sizes: add SizeConstants trait for device address space constants  rust: kernel: update `file_with_nul` comment  rust: kbuild: allow `clippy::precedence` for Rust &lt; 1.86.0  rust: kbuild: support global per-version flags  rust: declare cfi_encoding for lru_status  docs: rust: general-information: use real example  docs: rust: general-information: simplify Kconfig example  docs: rust: quick-start: remove GDB/Binutils mention  docs: rust: quick-start: remove Nix &quot;unstable channel&quot; note  docs: rust: quick-start: remove Gentoo &quot;testing&quot; note  docs: rust: quick-start: add Ubuntu 26.04 LTS and remove subsection title  docs: rust: quick-start: update minimum Ubuntu version  docs: rust: quick-start: update Ubuntu versioned packages  docs: rust: quick-start: openSUSE provides `rust-src` package nowadays  rust: kbuild: remove &quot;dummy parameter&quot; workaround for `bindgen` &lt; 0.71.1  rust: kbuild: update `bindgen --rust-target` version and replace comment  rust: rust_is_available: remove warning for `bindgen` &lt; 0.69.5 &amp;&amp; libclang &gt;= 19.1  rust: rust_is_available: remove warning for `bindgen` 0.66.[01]  rust: bump `bindgen` minimum supported version to 0.71.1 (Debian Trixie)  rust: block: update `const_refs_to_static` MSRV TODO comment  ...

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 13 Apr 2026 18:54:20 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>7ab26eb5a2b4009344580117ef05981867e0c7d7 - Merge patch series &quot;rust: bump minimum Rust and `bindgen` versions&quot;</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#7ab26eb5a2b4009344580117ef05981867e0c7d7</link>
        <description>Merge patch series &quot;rust: bump minimum Rust and `bindgen` versions&quot;As proposed in the past in e.g. LPC 2025 and the Maintainers Summit [1],we are going to follow Debian Stable&apos;s Rust versions as our minimumsupported version.Debian Trixie was released with a Rust 1.85.0 toolchain [2], which itstill uses to this day [3] (i.e. no update to Rust 1.85.1).Debian Trixie was released with `bindgen` 0.71.1, which it also stilluses to this day [4].Debian Trixie&apos;s release happened on 2025-08-09 [5], which means that afair amount of time has passed since its release for kernel developersto upgrade.Thus bump the minimum to the new versions, i.e.  - Rust: 1.78.0 -&gt; 1.85.0  - bindgen: 0.65.1 -&gt; 0.71.1There are a few main parts to the series, in this order:  - A few cleanups that can be performed before the bumps.  - The Rust bump (and its cleanups).  - The `bindgen` bump (and its cleanups).  - Documentation updates.  - The `cfi_encoding` patch, added here, which needs the bump.  - The per-version flags support and a Clippy cleanup on top.Link: https://lwn.net/Articles/1050174/ [1]Link: https://www.debian.org/releases/trixie/release-notes/whats-new.en.html#desktops-and-well-known-packages [2]Link: https://packages.debian.org/trixie/rustc [3]Link: https://packages.debian.org/trixie/bindgen [4]Link: https://www.debian.org/releases/trixie/ [5]Link: https://patch.msgid.link/20260405235309.418950-1-ojeda@kernel.orgSigned-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Tue, 07 Apr 2026 10:40:11 +0200</pubDate>
        <dc:creator>Miguel Ojeda &lt;ojeda@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9e5946de3a3876113098dc272873802baff022cc - rust: declare cfi_encoding for lru_status</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#9e5946de3a3876113098dc272873802baff022cc</link>
        <description>rust: declare cfi_encoding for lru_statusBy default bindgen will convert &apos;enum lru_status&apos; into a typedef for aninteger. For the most part, an integer of the same size as the enumresults in the correct ABI, but in the specific case of CFI, that is notthe case. The CFI encoding is supposed to be the same as a struct called&apos;lru_status&apos; rather than the name of the underlying native integer type.To fix this, tell bindgen to generate a newtype and set the CFI typeexplicitly. Note that we need to set the CFI attribute explicitly asbindgen is using repr(transparent), which is otherwise identical to theinner type for ABI purposes.This allows us to remove the page range helper C function in Binderwithout risking a CFI failure when list_lru_walk calls the providedfunction pointer.The --with-attribute-custom-enum argument requires bindgen v0.71 orgreater.[ In particular, the feature was added in 0.71.0 [1][2].  In addition, `feature(cfi_encoding)` has been available since  Rust 1.71.0 [3].  Link: https://github.com/rust-lang/rust-bindgen/issues/2520 [1]  Link: https://github.com/rust-lang/rust-bindgen/pull/2866 [2]  Link: https://github.com/rust-lang/rust/pull/105452 [3]    - Miguel ]My testing procedure was to add this to the android17-6.18 branch andverify that rust_shrink_free_page is successfully called without crash,and verify that it does in fact crash when the cfi_encoding is set toother values. Note that I couldn&apos;t test this on android16-6.12 as thatbranch uses a bindgen version that is too old.Signed-off-by: Alice Ryhl &lt;aliceryhl@google.com&gt;Link: https://patch.msgid.link/20260223-cfi-lru-status-v2-1-89c6448a63a4@google.com[ Rebased on top of the minimum Rust version bump series which provide  the required `bindgen` version. - Miguel ]Reviewed-by: Gary Guo &lt;gary@garyguo.net&gt;Link: https://patch.msgid.link/20260405235309.418950-32-ojeda@kernel.orgSigned-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 06 Apr 2026 01:53:07 +0200</pubDate>
        <dc:creator>Alice Ryhl &lt;aliceryhl@google.com&gt;</dc:creator>
    </item>
<item>
        <title>518b9ad2fab3843ad50b776a55cec96c9503de51 - rust: kbuild: remove &quot;`try` keyword&quot; workaround for `bindgen` &lt; 0.59.2</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#518b9ad2fab3843ad50b776a55cec96c9503de51</link>
        <description>rust: kbuild: remove &quot;`try` keyword&quot; workaround for `bindgen` &lt; 0.59.2There is a workaround that has not been needed, even already after commit08ab786556ff (&quot;rust: bindgen: upgrade to 0.65.1&quot;), but it does not hurt.Thus remove it.Reviewed-by: Tamir Duberstein &lt;tamird@kernel.org&gt;Reviewed-by: Gary Guo &lt;gary@garyguo.net&gt;Link: https://patch.msgid.link/20260405235309.418950-3-ojeda@kernel.orgSigned-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 06 Apr 2026 01:52:38 +0200</pubDate>
        <dc:creator>Miguel Ojeda &lt;ojeda@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ec496f77b4c11036cc835d6f045fb5e5ef1e6530 - Merge branch &apos;for-6.20/sony&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#ec496f77b4c11036cc835d6f045fb5e5ef1e6530</link>
        <description>Merge branch &apos;for-6.20/sony&apos; into for-linus- Support for Rock band 4 PS4 and PS5 guitars (Rosalie Wanders)

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 09 Feb 2026 17:33:26 +0100</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>cc4adab164b772a34b3340d644b7c4728498581e - Merge tag &apos;v6.19-rc1&apos; into msm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#cc4adab164b772a34b3340d644b7c4728498581e</link>
        <description>Merge tag &apos;v6.19-rc1&apos; into msm-nextMerge Linux 6.19-rc1 in order to catch up with other changes (e.g. UBWCconfig database defining UBWC_6).Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Tue, 20 Jan 2026 23:06:55 +0100</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>5add3c3c280a35f7e258e9cef7607db5a2e56fdc - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#5add3c3c280a35f7e258e9cef7607db5a2e56fdc</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.19-rc1. An important upstream bugfix andto help unblock PTL CI.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Fri, 19 Dec 2025 11:51:22 +0100</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ec439c38013550420aecc15988ae6acb670838c1 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#ec439c38013550420aecc15988ae6acb670838c1</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1Cross-merge BPF and other fixes after downstream PR.Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Wed, 17 Dec 2025 06:29:38 +0100</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b8304863a3990d0f18c38e5b94191830a63ee1af - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#b8304863a3990d0f18c38e5b94191830a63ee1af</link>
        <description>Merge drm/drm-next into drm-intel-nextSync-up some display code needed for Async flips refactor.Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 15 Dec 2025 14:24:02 +0100</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>7f790dd21a931c61167f7bdc327aecf2cebad327 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#7f790dd21a931c61167f7bdc327aecf2cebad327</link>
        <description>Merge drm/drm-next into drm-misc-nextLet&apos;s kickstart the v6.20 (7.0?) release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 15 Dec 2025 09:27:39 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a4a508df2aa34f8650afde54ea804321c618f45f - Merge tag &apos;v6.18&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#a4a508df2aa34f8650afde54ea804321c618f45f</link>
        <description>Merge tag &apos;v6.18&apos; into nextSync up with the mainline to bring in the latest APIs.

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Sat, 13 Dec 2025 10:18:20 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>24f171c7e145f43b9f187578e89b0982ce87e54c - Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#24f171c7e145f43b9f187578e89b0982ce87e54c</link>
        <description>Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v6.19We&apos;ve been quite busy with fixes since the merge window, though not inany particularly exciting ways - the standout thing is the fix for _SXcontrols which were broken by a change to how we do clamping, otherwiseit&apos;s all fairly run of the mill fixes and quirks.

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Sun, 21 Dec 2025 11:11:11 +0100</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>84318277d6334c6981ab326d4acc87c6a6ddc9b8 - Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#84318277d6334c6981ab326d4acc87c6a6ddc9b8</link>
        <description>Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixesPull in rc1 to include all changes since the merge window closed,and grab all fixes and changes from drm/drm-next.Signed-off-by: Maarten Lankhorst &lt;dev@lankhorst.se&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Mon, 15 Dec 2025 12:53:27 +0100</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>7203ca412fc8e8a0588e9adc0f777d3163f8dff3 - Merge tag &apos;mm-stable-2025-12-03-21-26&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#7203ca412fc8e8a0588e9adc0f777d3163f8dff3</link>
        <description>Merge tag &apos;mm-stable-2025-12-03-21-26&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull MM updates from Andrew Morton:  &quot;__vmalloc()/kvmalloc() and no-block support&quot; (Uladzislau Rezki)     Rework the vmalloc() code to support non-blocking allocations     (GFP_ATOIC, GFP_NOWAIT)  &quot;ksm: fix exec/fork inheritance&quot; (xu xin)     Fix a rare case where the KSM MMF_VM_MERGE_ANY prctl state is not     inherited across fork/exec  &quot;mm/zswap: misc cleanup of code and documentations&quot; (SeongJae Park)     Some light maintenance work on the zswap code  &quot;mm/page_owner: add debugfs files &apos;show_handles&apos; and &apos;show_stacks_handles&apos;&quot; (Mauricio Faria de Oliveira)     Enhance the /sys/kernel/debug/page_owner debug feature by adding     unique identifiers to differentiate the various stack traces so     that userspace monitoring tools can better match stack traces over     time  &quot;mm/page_alloc: pcp-&gt;batch cleanups&quot; (Joshua Hahn)     Minor alterations to the page allocator&apos;s per-cpu-pages feature  &quot;Improve UFFDIO_MOVE scalability by removing anon_vma lock&quot; (Lokesh Gidra)     Address a scalability issue in userfaultfd&apos;s UFFDIO_MOVE operation  &quot;kasan: cleanups for kasan_enabled() checks&quot; (Sabyrzhan Tasbolatov)  &quot;drivers/base/node: fold node register and unregister functions&quot; (Donet Tom)     Clean up the NUMA node handling code a little  &quot;mm: some optimizations for prot numa&quot; (Kefeng Wang)     Cleanups and small optimizations to the NUMA allocation hinting     code  &quot;mm/page_alloc: Batch callers of free_pcppages_bulk&quot; (Joshua Hahn)     Address long lock hold times at boot on large machines. These were     causing (harmless) softlockup warnings  &quot;optimize the logic for handling dirty file folios during reclaim&quot; (Baolin Wang)     Remove some now-unnecessary work from page reclaim  &quot;mm/damon: allow DAMOS auto-tuned for per-memcg per-node memory usage&quot; (SeongJae Park)     Enhance the DAMOS auto-tuning feature  &quot;mm/damon: fixes for address alignment issues in DAMON_LRU_SORT and DAMON_RECLAIM&quot; (Quanmin Yan)     Fix DAMON_LRU_SORT and DAMON_RECLAIM with certain userspace     configuration  &quot;expand mmap_prepare functionality, port more users&quot; (Lorenzo Stoakes)     Enhance the new(ish) file_operations.mmap_prepare() method and port     additional callsites from the old -&gt;mmap() over to -&gt;mmap_prepare()  &quot;Fix stale IOTLB entries for kernel address space&quot; (Lu Baolu)     Fix a bug (and possible security issue on non-x86) in the IOMMU     code. In some situations the IOMMU could be left hanging onto a     stale kernel pagetable entry  &quot;mm/huge_memory: cleanup __split_unmapped_folio()&quot; (Wei Yang)     Clean up and optimize the folio splitting code  &quot;mm, swap: misc cleanup and bugfix&quot; (Kairui Song)     Some cleanups and a minor fix in the swap discard code  &quot;mm/damon: misc documentation fixups&quot; (SeongJae Park)  &quot;mm/damon: support pin-point targets removal&quot; (SeongJae Park)     Permit userspace to remove a specific monitoring target in the     middle of the current targets list  &quot;mm: MISC follow-up patches for linux/pgalloc.h&quot; (Harry Yoo)     A couple of cleanups related to mm header file inclusion  &quot;mm/swapfile.c: select swap devices of default priority round robin&quot; (Baoquan He)     improve the selection of swap devices for NUMA machines  &quot;mm: Convert memory block states (MEM_*) macros to enums&quot; (Israel Batista)     Change the memory block labels from macros to enums so they will     appear in kernel debug info  &quot;ksm: perform a range-walk to jump over holes in break_ksm&quot; (Pedro Demarchi Gomes)     Address an inefficiency when KSM unmerges an address range  &quot;mm/damon/tests: fix memory bugs in kunit tests&quot; (SeongJae Park)     Fix leaks and unhandled malloc() failures in DAMON userspace unit     tests  &quot;some cleanups for pageout()&quot; (Baolin Wang)     Clean up a couple of minor things in the page scanner&apos;s     writeback-for-eviction code  &quot;mm/hugetlb: refactor sysfs/sysctl interfaces&quot; (Hui Zhu)     Move hugetlb&apos;s sysfs/sysctl handling code into a new file  &quot;introduce VM_MAYBE_GUARD and make it sticky&quot; (Lorenzo Stoakes)     Make the VMA guard regions available in /proc/pid/smaps and     improves the mergeability of guarded VMAs  &quot;mm: perform guard region install/remove under VMA lock&quot; (Lorenzo Stoakes)     Reduce mmap lock contention for callers performing VMA guard region     operations  &quot;vma_start_write_killable&quot; (Matthew Wilcox)     Start work on permitting applications to be killed when they are     waiting on a read_lock on the VMA lock  &quot;mm/damon/tests: add more tests for online parameters commit&quot; (SeongJae Park)     Add additional userspace testing of DAMON&apos;s &quot;commit&quot; feature  &quot;mm/damon: misc cleanups&quot; (SeongJae Park)  &quot;make VM_SOFTDIRTY a sticky VMA flag&quot; (Lorenzo Stoakes)     Address the possible loss of a VMA&apos;s VM_SOFTDIRTY flag when that     VMA is merged with another  &quot;mm: support device-private THP&quot; (Balbir Singh)     Introduce support for Transparent Huge Page (THP) migration in zone     device-private memory  &quot;Optimize folio split in memory failure&quot; (Zi Yan)  &quot;mm/huge_memory: Define split_type and consolidate split support checks&quot; (Wei Yang)     Some more cleanups in the folio splitting code  &quot;mm: remove is_swap_[pte, pmd]() + non-swap entries, introduce leaf entries&quot; (Lorenzo Stoakes)     Clean up our handling of pagetable leaf entries by introducing the     concept of &apos;software leaf entries&apos;, of type softleaf_t  &quot;reparent the THP split queue&quot; (Muchun Song)     Reparent the THP split queue to its parent memcg. This is in     preparation for addressing the long-standing &quot;dying memcg&quot; problem,     wherein dead memcg&apos;s linger for too long, consuming memory     resources  &quot;unify PMD scan results and remove redundant cleanup&quot; (Wei Yang)     A little cleanup in the hugepage collapse code  &quot;zram: introduce writeback bio batching&quot; (Sergey Senozhatsky)     Improve zram writeback efficiency by introducing batched bio     writeback support  &quot;memcg: cleanup the memcg stats interfaces&quot; (Shakeel Butt)     Clean up our handling of the interrupt safety of some memcg stats  &quot;make vmalloc gfp flags usage more apparent&quot; (Vishal Moola)     Clean up vmalloc&apos;s handling of incoming GFP flags  &quot;mm: Add soft-dirty and uffd-wp support for RISC-V&quot; (Chunyan Zhang)     Teach soft dirty and userfaultfd write protect tracking to use     RISC-V&apos;s Svrsw60t59b extension  &quot;mm: swap: small fixes and comment cleanups&quot; (Youngjun Park)     Fix a small bug and clean up some of the swap code  &quot;initial work on making VMA flags a bitmap&quot; (Lorenzo Stoakes)     Start work on converting the vma struct&apos;s flags to a bitmap, so we     stop running out of them, especially on 32-bit  &quot;mm/swapfile: fix and cleanup swap list iterations&quot; (Youngjun Park)     Address a possible bug in the swap discard code and clean things     up a little[ This merge also reverts commit ebb9aeb980e5 (&quot;vfio/nvgrace-gpu:  register device memory for poison handling&quot;) because it looks  broken to me, I&apos;ve asked for clarification   - Linus ]* tag &apos;mm-stable-2025-12-03-21-26&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (321 commits)  mm: fix vma_start_write_killable() signal handling  mm/swapfile: use plist_for_each_entry in __folio_throttle_swaprate  mm/swapfile: fix list iteration when next node is removed during discard  fs/proc/task_mmu.c: fix make_uffd_wp_huge_pte() huge pte handling  mm/kfence: add reboot notifier to disable KFENCE on shutdown  memcg: remove inc/dec_lruvec_kmem_state helpers  selftests/mm/uffd: initialize char variable to Null  mm: fix DEBUG_RODATA_TEST indentation in Kconfig  mm: introduce VMA flags bitmap type  tools/testing/vma: eliminate dependency on vma-&gt;__vm_flags  mm: simplify and rename mm flags function for clarity  mm: declare VMA flags by bit  zram: fix a spelling mistake  mm/page_alloc: optimize lowmem_reserve max lookup using its semantic monotonicity  mm/vmscan: skip increasing kswapd_failures when reclaim was boosted  pagemap: update BUDDY flag documentation  mm: swap: remove scan_swap_map_slots() references from comments  mm: swap: change swap_alloc_slow() to void  mm, swap: remove redundant comment for read_swap_cache_async  mm, swap: use SWP_SOLIDSTATE to determine if swap is rotational  ...

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Fri, 05 Dec 2025 22:52:43 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>2b6a3f061f11372af79b862d6184d43193ae927f - mm: declare VMA flags by bit</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#2b6a3f061f11372af79b862d6184d43193ae927f</link>
        <description>mm: declare VMA flags by bitPatch series &quot;initial work on making VMA flags a bitmap&quot;, v3.We are in the rather silly situation that we are running out of VMA flagsas they are currently limited to a system word in size.This leads to absurd situations where we limit features to 64-bitarchitectures only because we simply do not have the ability to add a flagfor 32-bit ones.This is very constraining and leads to hacks or, in the worst case, simplyan inability to implement features we want for entirely arbitrary reasons.This also of course gives us something of a Y2K type situation in mm wherewe might eventually exhaust all of the VMA flags even on 64-bit systems.This series lays the groundwork for getting away from this limitation byestablishing VMA flags as a bitmap whose size we can increase in futurebeyond 64 bits if required.This is necessarily a highly iterative process given the extensive use ofVMA flags throughout the kernel, so we start by performing basic steps.Firstly, we declare VMA flags by bit number rather than by value,retaining the VM_xxx fields but in terms of these newly introducedVMA_xxx_BIT fields.While we are here, we use sparse annotations to ensure that, when dealingwith VMA bit number parameters, we cannot be passed values which are notdeclared as such - providing some useful type safety.We then introduce an opaque VMA flag type, much like the opaque mm_structflag type introduced in commit bb6525f2f8c4 (&quot;mm: add bitmap mm-&gt;flagsfield&quot;), which we establish in union with vma-&gt;vm_flags (but still set atsystem word size meaning there is no functional or data type size change).We update the vm_flags_xxx() helpers to use this new bitmap, introducingsensible helpers to do so.This series lays the foundation for further work to expand the use ofbitmap VMA flags and eventually eliminate these arbitrary restrictions.This patch (of 4):In order to lay the groundwork for VMA flags being a bitmap rather than asystem word in size, we need to be able to consistently refer to VMA flagsby bit number rather than value.Take this opportunity to do so in an enum which we which is additionallyuseful for tooling to extract metadata from.This additionally makes it very clear which bits are being used for whatat a glance.We use the VMA_ prefix for the bit values as it is logical to do so sincethese reference VMAs.  We consistently suffix with _BIT to make it clearwhat the values refer to.We declare bit values even when the flags that use them would not beenabled by config options as this is simply clearer and clearly defineswhat bit numbers are used for what, at no additional cost.We declare a sparse-bitwise type vma_flag_t which ensures that users can&apos;tpass around invalid VMA flags by accident and prepares for future worktowards VMA flags being a bitmap where we want to ensure bit values aretype safe.To make life easier, we declare some macro helpers - DECLARE_VMA_BIT()allows us to avoid duplication in the enum bit number declarations (andmaintaining the sparse __bitwise attribute), and INIT_VM_FLAG() is used toassist with declaration of flags.Unfortunately we can&apos;t declare both in the enum, as we run into issue withlogic in the kernel requiring that flags are preprocessor definitions, andadditionally we cannot have a macro which declares another macro so wemust define each flag macro directly.Additionally, update the VMA userland testing vma_internal.h header toinclude these changes.We also have to fix the parameters to the vma_flag_*_atomic() functionssince VMA_MAYBE_GUARD_BIT is now of type vma_flag_t and sparse willcomplain otherwise.We have to update some rather silly if-deffery found in mm/task_mmu.cwhich would otherwise break.Finally, we update the rust binding helper as now it cannot auto-detectthe flags at all.Link: https://lkml.kernel.org/r/cover.1764064556.git.lorenzo.stoakes@oracle.comLink: https://lkml.kernel.org/r/3a35e5a0bcfa00e84af24cbafc0653e74deda64a.1764064556.git.lorenzo.stoakes@oracle.comSigned-off-by: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;Reviewed-by: Pedro Falcato &lt;pfalcato@suse.de&gt;Acked-by: Alice Ryhl &lt;aliceryhl@google.com&gt;	[rust]Cc: Alex Gaynor &lt;alex.gaynor@gmail.com&gt;Cc: Alistair Popple &lt;apopple@nvidia.com&gt;Cc: Andreas Hindborg &lt;a.hindborg@kernel.org&gt;Cc: Axel Rasmussen &lt;axelrasmussen@google.com&gt;Cc: Baolin Wang &lt;baolin.wang@linux.alibaba.com&gt;Cc: Baoquan He &lt;bhe@redhat.com&gt;Cc: Barry Song &lt;baohua@kernel.org&gt;Cc: Ben Segall &lt;bsegall@google.com&gt;Cc: Bj&#246;rn Roy Baron &lt;bjorn3_gh@protonmail.com&gt;Cc: Boqun Feng &lt;boqun.feng@gmail.com&gt;Cc: Byungchul Park &lt;byungchul@sk.com&gt;Cc: Chengming Zhou &lt;chengming.zhou@linux.dev&gt;Cc: Chris Li &lt;chrisl@kernel.org&gt;Cc: Danilo Krummrich &lt;dakr@kernel.org&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: Dev Jain &lt;dev.jain@arm.com&gt;Cc: Dietmar Eggemann &lt;dietmar.eggemann@arm.com&gt;Cc: Gary Guo &lt;gary@garyguo.net&gt;Cc: Gregory Price &lt;gourry@gourry.net&gt;Cc: &quot;Huang, Ying&quot; &lt;ying.huang@linux.alibaba.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jann Horn &lt;jannh@google.com&gt;Cc: Jason Gunthorpe &lt;jgg@ziepe.ca&gt;Cc: Johannes Weiner &lt;hannes@cmpxchg.org&gt;Cc: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: Joshua Hahn &lt;joshua.hahnjy@gmail.com&gt;Cc: Juri Lelli &lt;juri.lelli@redhat.com&gt;Cc: Kairui Song &lt;kasong@tencent.com&gt;Cc: Kees Cook &lt;kees@kernel.org&gt;Cc: Kemeng Shi &lt;shikemeng@huaweicloud.com&gt;Cc: Lance Yang &lt;lance.yang@linux.dev&gt;Cc: Leon Romanovsky &lt;leon@kernel.org&gt;Cc: Liam Howlett &lt;liam.howlett@oracle.com&gt;Cc: Mathew Brost &lt;matthew.brost@intel.com&gt;Cc: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Cc: Mel Gorman &lt;mgorman &lt;mgorman@suse.de&gt;Cc: Michal Hocko &lt;mhocko@suse.com&gt;Cc: Miguel Ojeda &lt;ojeda@kernel.org&gt;Cc: Mike Rapoport &lt;rppt@kernel.org&gt;Cc: Muchun Song &lt;muchun.song@linux.dev&gt;Cc: Nhat Pham &lt;nphamcs@gmail.com&gt;Cc: Nico Pache &lt;npache@redhat.com&gt;Cc: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Qi Zheng &lt;zhengqi.arch@bytedance.com&gt;Cc: Rakie Kim &lt;rakie.kim@sk.com&gt;Cc: Rik van Riel &lt;riel@surriel.com&gt;Cc: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Cc: Shakeel Butt &lt;shakeel.butt@linux.dev&gt;Cc: Steven Rostedt &lt;rostedt@goodmis.org&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Trevor Gross &lt;tmgross@umich.edu&gt;Cc: Valentin Schneider &lt;vschneid@redhat.com&gt;Cc: Vincent Guittot &lt;vincent.guittot@linaro.org&gt;Cc: Wei Xu &lt;weixugc@google.com&gt;Cc: xu xin &lt;xu.xin16@zte.com.cn&gt;Cc: Yuanchu Xie &lt;yuanchu@google.com&gt;Cc: Zi Yan &lt;ziy@nvidia.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Tue, 25 Nov 2025 11:00:59 +0100</pubDate>
        <dc:creator>Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>cb9f145f638d7afa633632a9290d6ad06caeb8ee - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-robclark</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#cb9f145f638d7afa633632a9290d6ad06caeb8ee</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-robclarkBack-merge drm-next to get caught up.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Sat, 01 Nov 2025 13:47:30 +0100</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>82ee50252dc891e3f3b32d923bb4f656d300b772 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/rust/bindgen_parameters#82ee50252dc891e3f3b32d923bb4f656d300b772</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.18-rc1.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/rust/bindgen_parameters</description>
        <pubDate>Tue, 14 Oct 2025 11:31:49 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
