<?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 .gitignore</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>637315cb400eed1dbe721954fea437a61a2d65b2 - Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#637315cb400eed1dbe721954fea437a61a2d65b2</link>
        <description>Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEADKVM/riscv changes for 7.3- Svadu/Zicfiss/Zicfilp FWFT support for Guest- Use try_cmpxchg for IMSIC MRIF RMW- More arch-specific tracepoints in KVM RISC-V- Eager Page Splitting for KVM RISC-V- Optimize hfence request handling for SMP Guests- Improve dirty log clearing by skipping zero bits in mask- Guard HFENCE range loops against overflow- CPU PM notifiers in KVM RISC-V for non-retentive idle states- Fix kernel-mode vector context save/restore for Guest

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 18 Aug 2026 13:07:31 +0200</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>efe86f088f48f18c27b648e5724048947f3b7fb4 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#efe86f088f48f18c27b648e5724048947f3b7fb4</link>
        <description>Merge drm/drm-next into drm-xe-nextSync some i915/display changesSigned-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 14 Jul 2026 15:40:31 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>6d177908bad5992e17669030db41caab88041d5e - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#6d177908bad5992e17669030db41caab88041d5e</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.2-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 30 Jun 2026 14:55:43 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get drm-misc-next to v7.2-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 30 Jun 2026 10:16:00 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>7dd19adaaac9a161723a24de7c270861063ec6ac - Merge tag &apos;v7.2-rc1&apos; into drm-rust-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#7dd19adaaac9a161723a24de7c270861063ec6ac</link>
        <description>Merge tag &apos;v7.2-rc1&apos; into drm-rust-nextMerge v7.2-rc1 into drm-rust-next to start the next cycle.Devres now requires T: &apos;static, which conflicts with shmem::Object usingDevres&lt;SGTableMap&lt;T, C&gt;&gt; without that bound. Resolve by adding &apos;staticas a supertrait to DriverObject and DeviceContext, which does notrestrict any current use cases since DriverObject is always implementedon owned, refcounted types and DeviceContext is a sealed marker traitwith only unit-type implementors.If DriverObject (or DeviceContext) ever becomes lifetime-parameterized(e.g. via a GAT for TTM backed objects), the &apos;static supertrait can berelaxed at that point.Signed-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Sun, 28 Jun 2026 22:39:43 +0200</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3d5e48944e824bddc20d7b874e784f7b279636fe - Merge branch &apos;for-7.3/steam&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#3d5e48944e824bddc20d7b874e784f7b279636fe</link>
        <description>Merge branch &apos;for-7.3/steam&apos; into for-linus- initial support for 2026 Steam Controller (Vicki Pfau)- support for sensor events on the 2025 Steam Controller (Vicki Pfau)- assorted fixes, improvements and code refactoring (Vicki Pfau)

            List of files:
            /linux/.gitignore</description>
        <pubDate>Wed, 19 Aug 2026 09:16:28 +0200</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>0eaed89c18aeedf0898baf2dbf5ff027c6795152 - Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#0eaed89c18aeedf0898baf2dbf5ff027c6795152</link>
        <description>Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource  - Use designated initializers for sh_mtu2, sh_cmt, and sh_tmu, and    drop the unused initializer in the platform_device_id table for    sh_mtu2 (Uwe Kleine-K&#246;nig)  - Remove redundant dev_err()/dev_err_probe() messages when    devm_request_*_irq() fails, as the helper already logs an error    message (Pan Chuang)  - Fix a boot hang on Allwinner D1 when a forced minimum delta is used    with the sun4i timer (Felix Yan)  - Fix an IRQ leak in the cpuhp_setup_state() error path by freeing the    IRQ on failure in the NXP PIT driver (WenTao Liang)  - Fix incorrect unmapping of shared MMIO between the clocksource and    clockevent drivers. If one of them fails to initialize, the error    path unmaps the shared MMIO region, leaving the other driver with an    invalid mapping on clps711x (Guangshuo Li)  - Make the samsung_pwm driver compatible with PREEMPT_RT by replacing    regular spinlocks with raw_spinlock_t in atomic contexts (Marek    Szyprowski)  - Use __raw_readl() and __raw_writel() instead of ioread32() and    iowrite32() to support SWAP_IO_SPACE in the rtl-otto driver (Rustam    Adilov)  - Fix a missing clk_disable_unprepare() call in the timer    initialization error path of the Armada driver (Yuho Choi)Link: https://lore.kernel.org/lkml/75feea31-683d-45a1-87f4-ab045e0152ae@oss.qualcomm.com

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 17 Aug 2026 10:29:52 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b4d85f863e5a6f1fa01b186001af0f68f4f5239e - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#b4d85f863e5a6f1fa01b186001af0f68f4f5239e</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.3 merge window.

            List of files:
            /linux/.gitignore</description>
        <pubDate>Sat, 15 Aug 2026 06:26:07 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>76904fccf81936c084faebc73ac72c0919a42941 - Merge tag &apos;v7.2-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#76904fccf81936c084faebc73ac72c0919a42941</link>
        <description>Merge tag &apos;v7.2-rc3&apos; into nextSync up with mainline to pull in stable fixes to avoid merge conflicts.

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 14 Jul 2026 04:06:00 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>00599d4841790d05401820a96cf7edb193888b00 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#00599d4841790d05401820a96cf7edb193888b00</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesPull in tag v7.2-rc1 so that drm-misc-fixes becomes useful again,and drm-misc-next-fixes can be closed.Signed-off-by: Maarten Lankhorst &lt;dev@lankhorst.se&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 29 Jun 2026 17:58:00 +0200</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>7a0e692a0381254b2f77c54dec100cd3325a6fdf - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#7a0e692a0381254b2f77c54dec100cd3325a6fdf</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.2 merge window.

            List of files:
            /linux/.gitignore</description>
        <pubDate>Tue, 23 Jun 2026 08:10:08 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e4b4bfaa5090760925b98848aa3e0fc10b3c574f - Merge tag &apos;spdx-7.2-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdx</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#e4b4bfaa5090760925b98848aa3e0fc10b3c574f</link>
        <description>Merge tag &apos;spdx-7.2-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdxPull SPDX updates from Greg KH: &quot;Here is a &quot;big&quot; set of SPDX-like patches for 7.2-rc1. It is the  addition of the ability for the kernel build process to generate a  Software Bill of Materials (SBOM) in the SPDX format, that matches up  exactly with just the files that are actually built for the specific  kernel image generated.  To generate a sbom, after the kernel has been built, just do:	make sbom  and marvel at the JSON file that is generated...  This is needed by users for environments in which a SBOM is required  (medical, automotive, anything shipped in the EU, etc.) and cuts down  by a massive size the &quot;naive&quot; SBOM solution that many vendors have  done by just including _all_ of the kernel files in the resulting  document.  This result is still a giant JSON file, that I am told parses  properly, so we just have to trust that it is properly inclusive as  attempting to parse that thing by hand is impossible.  The scripts here are self-contained python scripts, no additional  libraries or tools to create the SBOM are needed, which is important  for many build systems. Overall it&apos;s just a bit over 4000 lines of  &quot;simple&quot; python code, the most complex part is the regex matching  lines, but those are nothing compared to what we maintain in  scripts/checkpatch.pl today...  The various parts where the tool touches the kbuild subsystem have  been acked by the kbuild maintainer, so all should be good here.  All of these patches have been in linux-next for weeks with no  reported problems&quot;* tag &apos;spdx-7.2-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdx:  scripts/sbom: add unit tests for SPDX-License-Identifier parsing  scripts/sbom: add unit tests for command parsers  scripts/sbom: add SPDX build graph  scripts/sbom: add SPDX source graph  scripts/sbom: add SPDX output graph  scripts/sbom: collect file metadata  scripts/sbom: add shared SPDX elements  scripts/sbom: add JSON-LD serialization  scripts/sbom: add SPDX classes  scripts/sbom: add additional dependency sources for cmd graph  scripts/sbom: add cmd graph generation  scripts/sbom: add command parsers  scripts/sbom: setup sbom logging  scripts/sbom: integrate script in make process  scripts/sbom: add documentation

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 22 Jun 2026 21:06:22 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>b079329b8691768962aa514b8f8c9077ca352459 - Merge tag &apos;rust-7.2&apos; of gitolite.kernel.org:pub/scm/linux/kernel/git/ojeda/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#b079329b8691768962aa514b8f8c9077ca352459</link>
        <description>Merge tag &apos;rust-7.2&apos; of gitolite.kernel.org:pub/scm/linux/kernel/git/ojeda/linuxPull Rust updates from Miguel Ojeda: &quot;This one is big due to the vendoring of the `zerocopy` library, which  allows us to replace a bunch of `unsafe` code dealing with conversions  between byte sequences and other types with safe alternatives. More  details on that below (and in its merge commit).  Toolchain and infrastructure:   - Introduce support for the &apos;zerocopy&apos; library [1][2]:         Fast, safe, compile error. Pick two.         Zerocopy makes zero-cost memory manipulation effortless. We write         `unsafe` so you don&apos;t have to.     It essentially provides derivable traits (e.g. &apos;FromBytes&apos;) and     macros (e.g. &apos;transmute!&apos;) for safely converting between byte     sequences and other types. Having such support allows us to remove     some &apos;unsafe&apos; code.     It is among the most downloaded Rust crates and it is also used by     the Rust compiler itself.     It is licensed under &quot;BSD-2-Clause OR Apache-2.0 OR MIT&quot;.     The crates are imported essentially as-is (only +2/-3 lines needed     to be adapted), plus SPDX identifiers. Upstream has since added the     SPDX identifiers as well as one of the tweaks at my request, thus     reducing our future diffs on updates -- I keep the details in one     of our usual live lists [3].     In total, it is about ~39k lines added, ~32k without counting     &apos;benches/&apos; which are just for documentation purposes.     The series includes a few Kbuild and rust-analyzer improvements and     an example patch using it in Nova, removing one &apos;unsafe impl&apos;.     I checked that the codegen of an isolated example function (similar     to the Nova patch on top) is essentially identical. It also turns     out that (for that particular case) the &apos;zerocopy&apos; version, even     with &apos;debug-assertions&apos; enabled, has no remaining panics, unlike a     few in the current code (since the compiler can prove the remaining     &apos;ub_checks&apos; statically).     So their &quot;fast, safe&quot; does indeed check out -- at least in that     case.   - Support AutoFDO. This allows Rust code to be profiled and optimized     based on the profile. Tested with Rust Binder: ~13% slower without     AutoFDO in the binderAddInts benchmark (using an app-launch     benchmark for the profile).   - Support Software Tag-Based KASAN.     In addition, fix KASAN Kconfig by requiring Clang.   - Add Kconfig options for each existing Rust KUnit test suite, such     as &apos;CONFIG_RUST_BITMAP_KUNIT_TEST&apos;.     They are placed within a new menu, &apos;CONFIG_RUST_KUNIT_TESTS&apos;, in     the new &apos;rust/kernel/Kconfig.test&apos; file.   - Support the upcoming Rust 1.98.0 release (expected 2026-08-20):     lint cleanups and an unstable flag rename.   - Disable &apos;rustdoc&apos; documentation inlining for all prelude items,     which bloats the generated documentation.   - Ignore (in Git) and clean (in Kbuild) the (rarely) &apos;rustc&apos;-generated     &apos;*.long-type-*.txt&apos; files.  &apos;kernel&apos; crate:   - Add new &apos;bitfield&apos; module with the &apos;bitfield!&apos; macro (extracted     from the existing &apos;register!&apos; one), which declares integer types     that are split into distinct bit fields of arbitrary length.     Each field is a &apos;Bounded&apos; of the appropriate bit width (ensuring     values are properly validated and avoiding implicit data loss) and     gets several generated getters and setters (infallible, &apos;const&apos; and     fallible) as well as associated constants (&apos;_MASK&apos;, &apos;_SHIFT&apos; and     &apos;_RANGE&apos;). It also supports fields that can be converted from/to     custom types, either fallibly (&apos;?=&gt;&apos;) or infallibly (&apos;=&gt;&apos;).     For instance:         bitfield! {             struct Rgb(u16) {                 15:11 blue;                 10:5 green;                 4:0 red;             }         }         // Compile-time checks.         let color = Rgb::zeroed().with_const_green::&lt;0x1f&gt;();         assert_eq!(color.green(), 0x1f);         assert_eq!(color.into_raw(), 0x1f &lt;&lt; Rgb::GREEN_SHIFT);     Add as well documentation and a test suite for it, as usual; and     update the &apos;register!&apos; macro to use it.     It will be maintained by Alexandre Courbot (with Yury Norov as     reviewer) under a new &apos;MAINTAINERS&apos; entry: &apos;RUST [BITFIELD]&apos;.   - &apos;ptr&apos; module: rework index projection syntax into keyworded syntax     and introduce panicking variant.     The keyword syntax (&apos;build:&apos;, &apos;try:&apos;, &apos;panic:&apos;) is more explicit     and paves the way of perhaps adding more flavors in the future,     e.g. an &apos;unsafe&apos; index projection.     For instance, projections now look like this:         fn f(p: *const [u8; 32]) -&gt; Result {             // Ok, within bounds, checked at build time.             project!(p, [build: 1]);             // Build error.             project!(p, [build: 128]);             // `OutOfBound` runtime error (convertible to `ERANGE`).             project!(p, [try: 128]);             // Runtime panic.             project!(p, [panic: 128]);             Ok(())         }     Update as well the users, which now look like e.g.         // Pointer to the first entry of the GSP message queue.         let data = project!(self.0.as_ptr(), .gspq.msgq.data[build: 0]);   - &apos;build_assert&apos; module: make the module the home of its macros     instead of rendering them twice.   - &apos;sync&apos; module: add &apos;UniqueArc::as_ptr()&apos; associated function.   - &apos;alloc&apos; module:       - Fix the &apos;Vec::reserve()&apos; doctest to properly account for the         existing vector length in the capacity assertion.       - Fix an incorrect operator in the &apos;Vec::extend_with()&apos; &apos;SAFETY&apos;         comment; add a doc test demonstrating basic usage and the         zero-length case.   - Clean imports across several modules to follow the &quot;kernel     vertical&quot; import style in order to minimize conflicts.  &apos;pin-init&apos; crate:   - User visible changes:       - Do not generate &apos;non_snake_case&apos; warnings for identifiers that         are syntactically just users of a field name. This would allow         all &apos;#[allow(non_snake_case)]&apos; in nova-core to be removed,         which Gary will send to the nova tree next cycle.       - Filter non-cfg attributes out properly in derived structs. This         improves pin-init compatibility with other derive macros.       - Insert projection types&apos; where clause properly.   - Other changes:       - Bump MSRV to 1.82, plus associated cleanups.       - Overhaul how init slots are projected. The new approach is         easier to justify with safety comments.       - Mark more functions as inline, which should help mitigate the         super-long symbol name issue due to lack of inlining.  rust-analyzer:   - Support &apos;--envs&apos; for passing env vars for crates like &apos;zerocopy&apos;.  &apos;MAINTAINERS&apos;:   - Add the following reviewers to the &apos;RUST&apos; entry:       - Daniel Almeida       - Tamir Duberstein       - Alexandre Courbot       - Onur &#214;zkan     They have been involved in the Rust for Linux project for about 7     collective years and bring expertise across several domains, which     will be very useful to have around in the future.     Thanks everyone for stepping up!  And some other fixes, cleanups and improvements&quot;Link: https://github.com/google/zerocopy [1]Link: https://docs.rs/zerocopy [2]Link: https://github.com/Rust-for-Linux/linux/issues/1239 [3]* tag &apos;rust-7.2&apos; of gitolite.kernel.org:pub/scm/linux/kernel/git/ojeda/linux: (86 commits)  MAINTAINERS: add Onur &#214;zkan as Rust reviewer  MAINTAINERS: add Alexandre Courbot as Rust reviewer  MAINTAINERS: add Tamir Duberstein as Rust reviewer  MAINTAINERS: add Daniel Almeida as Rust reviewer  kbuild: rust: clean `zerocopy-derive` in `mrproper`  rust: make `build_assert` module the home of related macros  rust: str: clean unused import for Rust &gt;= 1.98  rust: str: use the &quot;kernel vertical&quot; imports style  rust: aref: use the &quot;kernel vertical&quot; imports style  rust: page: use the &quot;kernel vertical&quot; imports style  gpu: nova-core: firmware: parse `FalconUCodeDescV2` via `zerocopy`  rust: prelude: add `zerocopy{,_derive}::FromBytes`  rust: zerocopy-derive: enable support in kbuild  rust: zerocopy-derive: add `README.md`  rust: zerocopy-derive: avoid generating non-ASCII identifiers  rust: zerocopy-derive: add SPDX License Identifiers  rust: zerocopy-derive: import crate  rust: zerocopy: enable support in kbuild  rust: zerocopy: add `README.md`  rust: zerocopy: remove float `Display` support  ...

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 15 Jun 2026 05:55:48 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>73f399414a84d715bb1794182aaea852b11d0962 - Merge tag &apos;kbuild-7.2-1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/kbuild/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#73f399414a84d715bb1794182aaea852b11d0962</link>
        <description>Merge tag &apos;kbuild-7.2-1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/kbuild/linuxPull Kbuild / Kconfig updates from Nathan Chancellor: &quot;Kbuild:   - Remove broken module linking exclusion for BTF   - Add documentation around how offset header files work   - Include unstripped vDSO libraries in pacman packages   - Bump minimum version of LLVM for building the kernel to 17.0.1 and     clean up unnecessary workarounds   - Use a context manager in run-clang-tools   - Add dist macro value if present to release tag for RPM packages   - Detect and report truncated buf_printf() output in modpost   - Add __llvm_covfun and __llvm_covmap to section whitelist in modpost   - Support Clang&apos;s distributed ThinLTO mode   - Remove architecture specific configurations for AutoFDO and     Propeller to ease individual architecture maintenance  Kconfig:   - Add kconfig-sym-check target to look for dangling Kconfig symbol     references and invalid tristate literal values   - Harden against potential NULL pointer dereference   - Fix typo in Kconfig test comment&quot;* tag &apos;kbuild-7.2-1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/kbuild/linux: (31 commits)  kconfig: tests: fix typo in comment  kconfig: Remove the architecture specific config for Propeller  kconfig: Remove the architecture specific config for AutoFDO  modpost: Add __llvm_covfun and __llvm_covmap to section_white_list  kconfig: add kconfig-sym-check static checker  kbuild: Remove unnecessary &apos;T&apos; modifier in cmd_ar_builtin_fixup  kbuild: distributed build support for Clang ThinLTO  kbuild: move vmlinux.a build rule to scripts/Makefile.vmlinux_a  scripts: modpost: detect and report truncated buf_printf() output  kbuild: rpm-pkg: append %{?dist} macro to Release tag  run-clang-tools: run multiprocessing.Pool as context manager  compiler-clang.h: Drop explicit version number from &quot;all&quot; diagnostic macro  compiler-clang.h: Remove __cleanup -Wunused-variable workaround  kbuild: Remove check for broken scoping with clang &lt; 17 in CC_HAS_ASM_GOTO_OUTPUT  x86/entry/vdso32: Remove conditional omission of &apos;.cfi_offset eflags&apos;  x86/module: Revert &quot;Deal with GOT based stack cookie load on Clang &lt; 17&quot;  x86/build: Drop unnecessary &apos;-ffreestanding&apos; addition to KBUILD_CFLAGS  scripts/Makefile.warn: Drop -Wformat handling for clang &lt; 16  riscv: Drop tautological condition from TOOLCHAIN_NEEDS_OLD_ISA_SPEC  riscv: Remove tautological condition from selection of ARCH_SUPPORTS_CFI  ...

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 15 Jun 2026 01:31:15 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>fff88709f9a9153af85b5224b4594caa5387ca60 - Merge tag &apos;v7.1-rc6&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#fff88709f9a9153af85b5224b4594caa5387ca60</link>
        <description>Merge tag &apos;v7.1-rc6&apos; into nextSync up with mainline to pull in a fix to IMS PCU driver and otherenhancements.

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 01 Jun 2026 04:43:25 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9f2aee8f7d1842be08da860e45265d30dba0d1f7 - kbuild: distributed build support for Clang ThinLTO</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#9f2aee8f7d1842be08da860e45265d30dba0d1f7</link>
        <description>kbuild: distributed build support for Clang ThinLTOAdd distributed ThinLTO build support for the Linux kernel.This new mode offers several advantages: (1) Increasedflexibility in handling user-specified build options.(2) Improved user-friendliness for developers. (3) Greaterconvenience for integrating with objtool and livepatch.Note that &quot;distributed&quot; in this context refers to a termthat differentiates in-process ThinLTO builds by invokingbackend compilation through the linker, not necessarilybuilding in distributed environments.Distributed ThinLTO is enabled via the`CONFIG_LTO_CLANG_THIN_DIST` Kconfig option. For example: &gt; make LLVM=1 defconfig &gt; scripts/config -e LTO_CLANG_THIN_DIST &gt; make LLVM=1 oldconfig &gt; make LLVM=1 vmlinux -j &lt;..&gt;The build flow proceeds in four stages:  1. Perform FE compilation, mirroring the in-process ThinLTO mode.  2. Thin-link the generated IR files and object files.  3. Find all IR files and perform BE compilation, using the flags    stored in the .*.o.cmd files.  4. Link the BE results to generate the final vmlinux.o.NOTE: This patch currently implements the build for the main kernelimage (vmlinux) only. Kernel module support is planned for asubsequent patch.Tested on the following arch: x86, arm64, loongarch, andriscv.The earlier implementation details can be found here:https://discourse.llvm.org/t/rfc-distributed-thinlto-build-for-kernel/85934Signed-off-by: Rong Xu &lt;xur@google.com&gt;Co-developed-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Tested-by: Piotr Gorski &lt;piotrgorski@cachyos.org&gt;Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Link: https://patch.msgid.link/20260529185347.2418373-4-xur@google.comSigned-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Fri, 29 May 2026 20:53:46 +0200</pubDate>
        <dc:creator>Rong Xu &lt;xur@google.com&gt;</dc:creator>
    </item>
<item>
        <title>420dd187e1572bb7e232781bc4377a80c8eb64fb - .gitignore: ignore rustc long type txt files</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#420dd187e1572bb7e232781bc4377a80c8eb64fb</link>
        <description>.gitignore: ignore rustc long type txt filesWhen rustc prints an error containing a long type that doesn&apos;t fit in aline, it will write the whole thing in a .txt file and print messageslike:  note: the full type name has been written to  &apos;path/to/subsystem/module_name.long-type-11621316855315349594.txt&apos;[ Depending on the compiler version and the kind of error, there are  two possible spellings -- copying them here for reference:      = note: the full name for the type has been written to &apos;...long-type-...txt&apos;      = note: the full type name has been written to &apos;...long-type-...txt&apos;  In addition, we could clean the files as well in one of our  cleaning Make targets [1][2].  Another option would be `--verbose` (but it implies more things  that we probably don&apos;t want) or `-Zwrite-long-types-to-disk=no`  (unstable so far, but a possible alternative if we prefer to  avoid the files and simply see the long types in the output  -- I asked upstream Rust about it [3]).  Link: https://lore.kernel.org/rust-for-linux/CANiq72=cKXdmxEacuGET8fuz_v5eFGB50vnOnKZZJd6iEeAAFA@mail.gmail.com/ [1]  Link: https://github.com/Rust-for-Linux/linux/issues/1236 [2]  Link: https://rust-lang.zulipchat.com/#narrow/channel/131828-t-compiler/topic/.60-Zwrite-long-types-to-disk.3Dno.60/near/598310194 [3]    - Miguel ]Long types like core::result::Result&lt;core::pin::Pin&lt;Box&lt;_, Kmalloc,kernel::error::Error&gt;: pin_init::PinInit&lt;Box&lt;_, Kmalloc&gt;, _&gt; are commonduring development, so add a gitignore entry.Signed-off-by: Manos Pitsidianakis &lt;manos@pitsidianak.is&gt;Acked-by: Danilo Krummrich &lt;dakr@kernel.org&gt;Link: https://patch.msgid.link/20260521-rust-gitignore-long-types-txt-v1-1-5be5e6fa427c@pitsidianak.is[ Moved the lines closer to the existing rust-analyzer one. - Miguel ]Signed-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Thu, 21 May 2026 12:21:15 +0200</pubDate>
        <dc:creator>Manos Pitsidianakis &lt;manos@pitsidianak.is&gt;</dc:creator>
    </item>
<item>
        <title>e72b635ceaf7e8d5ad757169d5950c43adeb5261 - scripts/sbom: integrate script in make process</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#e72b635ceaf7e8d5ad757169d5950c43adeb5261</link>
        <description>scripts/sbom: integrate script in make processintegrate SBOM script into the kernel build process.Assisted-by: Cursor:claude-sonnet-4-5Assisted-by: OpenCode:GLM-4-7Co-developed-by: Maximilian Huber &lt;maximilian.huber@tngtech.com&gt;Signed-off-by: Maximilian Huber &lt;maximilian.huber@tngtech.com&gt;Signed-off-by: Luis Augenstein &lt;luis.augenstein@tngtech.com&gt;Acked-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 18 May 2026 08:20:49 +0200</pubDate>
        <dc:creator>Luis Augenstein &lt;luis.augenstein@tngtech.com&gt;</dc:creator>
    </item>
<item>
        <title>5c8cbca290acdd49a694b36c0af76ba0c00bbf12 - Merge branch &apos;20260507-ubwc-rework-v4-4-c19593d20c1d@oss.qualcomm.com&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#5c8cbca290acdd49a694b36c0af76ba0c00bbf12</link>
        <description>Merge branch &apos;20260507-ubwc-rework-v4-4-c19593d20c1d@oss.qualcomm.com&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into HEADMerge the branch with the soc/qcom changes, required for the next UBWCpatches.Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;

            List of files:
            /linux/.gitignore</description>
        <pubDate>Thu, 21 May 2026 22:36:50 +0200</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>09d6818d3bdc1ea6e49a425040528cbdbc97bc0a - Merge branch &apos;linus&apos; into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/.gitignore#09d6818d3bdc1ea6e49a425040528cbdbc97bc0a</link>
        <description>Merge branch &apos;linus&apos; into timers/clocksource... to bring it up to date for new changes.

            List of files:
            /linux/.gitignore</description>
        <pubDate>Mon, 18 May 2026 11:01:07 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
