<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in sbuffer.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2025</copyright>
    <generator>Java</generator><item>
        <title>c17ee635fd3a482b2ad2bf5e269755c2eae5f25e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#c17ee635fd3a482b2ad2bf5e269755c2eae5f25e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixes7.0-rc1 was just released, let&apos;s merge it to kick the new release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 23 Feb 2026 09:09:45 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>cc4adab164b772a34b3340d644b7c4728498581e - Merge tag &apos;v6.19-rc1&apos; into msm-next</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#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/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Tue, 20 Jan 2026 22:06:55 +0000</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>7f790dd21a931c61167f7bdc327aecf2cebad327 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#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/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 15 Dec 2025 08:27:39 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6d87d7c69b5a1136d7c354911f1fe7792b6a40fd - Merge drm/drm-next into drm-intel-next</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#6d87d7c69b5a1136d7c354911f1fe7792b6a40fd</link>
        <description>Merge drm/drm-next into drm-intel-nextBackmerge to get the topic/drm-intel-plane-color-pipeline branchcontents.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Fri, 05 Dec 2025 08:29:22 +0000</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>0f94e51b5320eacccc2626ab70b8d7e705332334 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#0f94e51b5320eacccc2626ab70b8d7e705332334</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in a needed dependency for the Xe VFIOdriver variant. This should ideally have been done before wecommited that, so we now have a small window in drm-xe-nextwhere that driver doesn&apos;t compile.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202512030331.I8CveRre-lkp@intel.com/Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Wed, 03 Dec 2025 10:22:18 +0000</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a9aabb3b839aba094ed80861054993785c61462c - Merge tag &apos;rust-6.20-7.0&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linux</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#a9aabb3b839aba094ed80861054993785c61462c</link>
        <description>Merge tag &apos;rust-6.20-7.0&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linuxPull rust updates from Miguel Ojeda: &quot;Toolchain and infrastructure:   - Add &apos;__rust_helper&apos; annotation to the C helpers     This is needed to inline these helpers into Rust code   - Remove imports available via the prelude, treewide     This was possible thanks to a new lint in Klint that Gary has     implemented -- more Klint-related changes, including initial     upstream support, are coming   - Deduplicate pin-init flags  &apos;kernel&apos; crate:   - Add support for calling a function exactly once with the new     &apos;do_once_lite!&apos; macro (and &apos;OnceLite&apos; type)     Based on this, add &apos;pr_*_once!&apos; macros to print only once   - Add &apos;impl_flags!&apos; macro for defining common bitflags operations:         impl_flags!(             /// Represents multiple permissions.             #[derive(Debug, Clone, Default, Copy, PartialEq, Eq)]             pub struct Permissions(u32);             /// Represents a single permission.             #[derive(Debug, Clone, Copy, PartialEq, Eq)]             pub enum Permission {                 /// Read permission.                 Read = 1 &lt;&lt; 0,                 /// Write permission.                 Write = 1 &lt;&lt; 1,                 /// Execute permission.                 Execute = 1 &lt;&lt; 2,             }         );         let mut f: Permissions = Permission::Read | Permission::Write;         assert!(f.contains(Permission::Read));         assert!(!f.contains(Permission::Execute));         f |= Permission::Execute;         assert!(f.contains(Permission::Execute));         let f2: Permissions = Permission::Write | Permission::Execute;         assert!((f ^ f2).contains(Permission::Read));         assert!(!(f ^ f2).contains(Permission::Write));   - &apos;bug&apos; module: support &apos;CONFIG_DEBUG_BUGVERBOSE_DETAILED&apos; in the     &apos;warn_on!&apos; macro in order to show the evaluated condition alongside     the file path:          ------------[ cut here ]------------          WARNING: [val == 1] linux/samples/rust/rust_minimal.rs:27 at ...          Modules linked in: rust_minimal(+)   - Add safety module with &apos;unsafe_precondition_assert!&apos; macro,     currently a wrapper for &apos;debug_assert!&apos;, intended to mark the     validation of safety preconditions where possible:         /// # Safety         ///         /// The caller must ensure that `index` is less than `N`.         unsafe fn set_unchecked(&amp;mut self, index: usize, value: T) {             unsafe_precondition_assert!(                 index &lt; N,                 &quot;set_unchecked() requires index ({index}) &lt; N ({N})&quot;             );             ...         }   - Add instructions to &apos;build_assert!&apos; documentation requesting to     always inline functions when used with function arguments   - &apos;ptr&apos; module: replace &apos;build_assert!&apos; with a &apos;const&apos; one   - &apos;rbtree&apos; module: reduce unsafe blocks on pointer derefs   - &apos;transmute&apos; module: implement &apos;FromBytes&apos; and &apos;AsBytes&apos; for     inhabited ZSTs, and use it in Nova   - More treewide replacements of &apos;c_str!&apos; with C string literals  &apos;macros&apos; crate:   - Rewrite most procedural macros (&apos;module!&apos;, &apos;concat_idents!&apos;,     &apos;#[export]&apos;, &apos;#[vtable]&apos;, &apos;#[kunit_tests]&apos;) to use the &apos;syn&apos;     parsing library which we introduced last cycle, with better     diagnostics     This also allows to support &apos;#[cfg]&apos; properly in the &apos;#[vtable]&apos;     macro, to support arbitrary types in &apos;module!&apos; macro (not just an     identifier) and to remove several custom parsing helpers we had   - Use &apos;quote!&apos; from the recently vendored &apos;quote&apos; library and remove     our custom one     The vendored one also allows us to avoid quoting &apos;&quot;&apos; and &apos;{}&apos;     inside the template anymore and editors can now highlight it. In     addition, it improves robustness as it eliminates the need for     string quoting and escaping   - Use &apos;pin_init::zeroed()&apos; to simplify KUnit code  &apos;pin-init&apos; crate:   - Rewrite all procedural macros (&apos;[pin_]init!&apos;, &apos;#[pin_data]&apos;,     &apos;#[pinned_drop]&apos;, &apos;derive([Maybe]Zeroable)&apos;) to use the &apos;syn&apos;     parsing library which we introduced last cycle, with better     diagnostics   - Implement &apos;InPlaceWrite&apos; for &apos;&amp;&apos;static mut MaybeUninit&lt;T&gt;&apos;. This     enables users to use external allocation mechanisms such as     &apos;static_cell&apos;   - Support tuple structs in &apos;derive([Maybe]Zeroable)&apos;   - Support attributes on fields in &apos;[pin_]init!&apos; (such as     &apos;#[cfg(...)]&apos;)   - Add a &apos;#[default_error(&lt;type&gt;)]&apos; attribute to &apos;[pin_]init!&apos; to     override the default error (when no &apos;? Error&apos; is specified)   - Support packed structs in &apos;[pin_]init!&apos; with     &apos;#[disable_initialized_field_access]&apos;   - Remove &apos;try_[pin_]init!&apos; in favor of merging their feature with     &apos;[pin_]init!&apos;. Update the kernel&apos;s own &apos;try_[pin_]init!&apos; macros to     use the &apos;default_error&apos; attribute   - Correct &apos;T: Sized&apos; bounds to &apos;T: ?Sized&apos; in the generated     &apos;PinnedDrop&apos; check by &apos;#[pin_data]&apos;  Documentation:   - Conclude the Rust experiment  MAINTAINERS:   - Add &quot;RUST [RUST-ANALYZER]&quot; entry for the rust-analyzer support.     Tamir and Jesung will take care of it. They have both been active     around it for a while. The new tree will flow through the Rust one   - Add Gary as maintainer for &quot;RUST [PIN-INIT]&quot;   - Update Boqun and Tamir emails to their kernel.org accounts  And a few other cleanups and improvements&quot;* tag &apos;rust-6.20-7.0&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ojeda/linux: (59 commits)  rust: safety: introduce `unsafe_precondition_assert!` macro  rust: add `impl_flags!` macro for defining common bitflag operations  rust: print: Add pr_*_once macros  rust: bug: Support DEBUG_BUGVERBOSE_DETAILED option  rust: print: Add support for calling a function exactly once  rust: kbuild: deduplicate pin-init flags  gpu: nova-core: remove imports available via prelude  rust: clk: replace `kernel::c_str!` with C-Strings  MAINTAINERS: Update my email address to @kernel.org  rust: macros: support `#[cfg]` properly in `#[vtable]` macro.  rust: kunit: use `pin_init::zeroed` instead of custom null value  rust: macros: rearrange `#[doc(hidden)]` in `module!` macro  rust: macros: allow arbitrary types to be used in `module!` macro  rust: macros: convert `#[kunit_tests]` macro to use `syn`  rust: macros: convert `concat_idents!` to use `syn`  rust: macros: convert `#[export]` to use `syn`  rust: macros: use `quote!` for `module!` macro  rust: macros: use `syn` to parse `module!` macro  rust: macros: convert `#[vtable]` macro to use `syn`  rust: macros: use `quote!` from vendored crate  ...

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Tue, 10 Feb 2026 19:53:01 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>9b89cea1119386480151a6ca2bfbab54ce569ba7 - gpu: nova-core: remove imports available via prelude</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#9b89cea1119386480151a6ca2bfbab54ce569ba7</link>
        <description>gpu: nova-core: remove imports available via preludeThese imports are already in scope by importing `kernel::prelude::*` anddoes not need to be imported separately.Signed-off-by: Gary Guo &lt;gary@garyguo.net&gt;Acked-by: Danilo Krummrich &lt;dakr@kernel.org&gt;Link: https://patch.msgid.link/20260123172007.136873-2-gary@garyguo.netSigned-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Fri, 23 Jan 2026 17:19:40 +0000</pubDate>
        <dc:creator>Gary Guo &lt;gary@garyguo.net&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://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#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/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Wed, 17 Dec 2025 05:29:38 +0000</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&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://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#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/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Sun, 21 Dec 2025 10:11:11 +0000</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://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#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/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 15 Dec 2025 11:53:27 +0000</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>6dfafbd0299a60bfb5d5e277fdf100037c7ded07 - Merge tag &apos;drm-next-2025-12-03&apos; of https://gitlab.freedesktop.org/drm/kernel</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#6dfafbd0299a60bfb5d5e277fdf100037c7ded07</link>
        <description>Merge tag &apos;drm-next-2025-12-03&apos; of https://gitlab.freedesktop.org/drm/kernelPull drm updates from Dave Airlie: &quot;There was a rather late merge of a new color pipeline feature, that  some userspace projects are blocked on, and has seen a lot of work in  amdgpu. This should have seen some time in -next. There is additional  support for this for Intel, that if it arrives in the next day or two  I&apos;ll pass it on in another pull request and you can decide if you want  to take it.  Highlights:   - Arm Ethos NPU accelerator driver   - new DRM color pipeline support   - amdgpu will now run discrete SI/CIK cards instead of radeon, which     enables vulkan support in userspace   - msm gets gen8 gpu support   - initial Xe3P support in xe  Full detail summary:  New driver:   - Arm Ethos-U65/U85 accel driver  Core:   - support the drm color pipeline in vkms/amdgfx   - add support for drm colorop pipeline   - add COLOR PIPELINE plane property   - add DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE   - throttle dirty worker with vblank   - use drm_for_each_bridge_in_chain_scoped in drm&apos;s bridge code   - Ensure drm_client_modeset tests are enabled in UML   - add simulated vblank interrupt - use in drivers   - dumb buffer sizing helper   - move freeing of drm client memory to driver   - crtc sharpness strength property   - stop using system_wq in scheduler/drivers   - support emergency restore in drm-client  Rust:   - make slice::as_flattened usable on all supported rustc   - add FromBytes::from_bytes_prefix() method   - remove redundant device ptr from Rust GEM object   - Change how AlwaysRefCounted is implemented for GEM objects  gpuvm:   - Add deferred vm_bo cleanup to GPUVM (for rust)  atomic:   - cleanup and improve state handling interfaces  buddy:   - optimize block management  dma-buf:   - heaps: Create heap per CMA reserved location   - improve userspace documentation  dp:   - add POST_LT_ADJ_REQ training sequence   - DPCD dSC quirk for synaptics panamera devices   - helpers to query branch DSC max throughput  ttm:   - Rename ttm_bo_put to ttm_bo_fini   - allow page protection flags on risc-v   - rework pipelined eviction fence handling  amdgpu:   - enable amdgpu by default for SI/CI dGPUs   - enable DC by default on SI   - refactor CIK/SI enablement   - add ABM KMS property   - Re-enable DM idle optimizations   - DC Analog encoders support   - Powerplay fixes for fiji/iceland   - Enable DC on bonaire by default   - HMM cleanup   - Add new RAS framework   - DML2.1 updates   - YCbCr420 fixes   - DC FP fixes   - DMUB fixes   - LTTPR fixes   - DTBCLK fixes   - DMU cursor offload handling   - Userq validation improvements   - Unify shutdown callback handling   - Suspend improvements   - Power limit code cleanup   - SR-IOV fixes   - AUX backlight fixes   - DCN 3.5 fixes   - HDMI compliance fixes   - DCN 4.0.1 cursor updates   - DCN interrupt fix   - DC KMS full update improvements   - Add additional HDCP traces   - DCN 3.2 fixes   - DP MST fixes   - Add support for new SR-IOV mailbox interface   - UQ reset support   - HDP flush rework   - VCE1 support  amdkfd:   - HMM cleanups   - Relax checks on save area overallocations   - Fix GPU mappings after prefetch  radeon:   - refactor CIK/SI enablement  xe:   - Initial Xe3P support   - panic support on VRAM for display   - fix stolen size check   - Loosen used tracking restriction   - New SR-IOV debugfs structure and debugfs updates   - Hide the GPU madvise flag behind a VM_BIND flag   - Always expose VRAM provisioning data on discrete GPUs   - Allow VRAM mappings for userptr when used with SVM   - Allow pinning of p2p dma-buf   - Use per-tile debugfs where appropriate   - Add documentation for Execution Queues   - PF improvements   - VF migration recovery redesign work   - User / Kernel VRAM partitioning   - Update Tile-based messages   - Allow configfs to disable specific GT types   - VF provisioning and migration improvements   - use SVM range helpers in PT layer   - Initial CRI support   - access VF registers using dedicated MMIO view   - limit number of jobs per exec queue   - add sriov_admin sysfs tree   - more crescent island specific support   - debugfs residency counter   - SRIOV migration work   - runtime registers for GFX 35  i915:   - add initial Xe3p_LPD display version 35 support   - Enable LNL+ content adaptive sharpness filter   - Use optimized VRR guardband   - Enable Xe3p LT PHY   - enable FBC support for Xe3p_LPD display   - add display 30.02 firmware support   - refactor SKL+ watermark latency setup   - refactor fbdev handling   - call i915/xe runtime PM via function pointers   - refactor i915/xe stolen memory/display interfaces   - use display version instead of gfx version in display code   - extend i915_display_info with Type-C port details   - lots of display cleanups/refactorings   - set O_LARGEFILE in __create_shmem   - skuip guc communication warning on reset   - fix time conversions   - defeature DRRS on LNL+   - refactor intel_frontbuffer split between i915/xe/display   - convert inteL_rom interfaces to struct drm_device   - unify display register polling interfaces   - aovid lock inversion when pinning to GGTT on CHV/BXT+VTD  panel:   - Add KD116N3730A08/A12, chromebook mt8189   - JT101TM023, LQ079L1SX01,   - GLD070WX3-SL01 MIPI DSI   - Samsung LTL106AL0, Samsung LTL106AL01   - Raystar RFF500F-AWH-DNN   - Winstar WF70A8SYJHLNGA   - Wanchanglong w552946aaa   - Samsung SOFEF00   - Lenovo X13s panel   - ilitek-ili9881c - add rpi 5&quot; support   - visionx-rm69299 - add backlight support   - edp - support AUI B116XAN02.0  bridge:   - improve ref counting   - ti-sn65dsi86 - add support for DP mode with HPD   - synopsis: support CEC, init timer with correct freq   - ASL CS5263 DP-to-HDMI bridge support  nova-core:   - introduce bitfield! macro   - introduce safe integer converters   - GSP inits to fully booted state on Ampere   - Use more future-proof register for GPU identification  nova-drm:   - select NOVA_CORE   - 64-bit only  nouveau:   - improve reclocking on tegra 186+   - add large page and compression support  msm:   - GPU:      - Gen8 support: A840 (Kaanapali) and X2-85 (Glymur)      - A612 support   - MDSS:      - Added support for Glymur and QCS8300 platforms   - DPU:      - Enabled Quad-Pipe support, unlocking higher resolutions support      - Added support for Glymur platform      - Documented DPU on QCS8300 platform as supported   - DisplayPort:      - Added support for Glymur platform      - Added support lame remapping inside DP block      - Documented DisplayPort controller on QCS8300 and SM6150/QCS615        as supported  tegra:   - NVJPG driver  panfrost:   - display JM contexts over debugfs   - export JM contexts to userspace   - improve error and job handling  panthor:   - support custom ASN_HASH for mt8196   - support mali-G1 GPU   - flush shmem write before mapping buffers uncached   - make timeout per-queue instead of per-job  mediatek:   - MT8195/88 HDMIv2/DDCv2 support  rockchip:   - dsi: add support for RK3368  amdxdna:   - enhance runtime PM   - last hardware error reading uapi   - support firmware debug output   - add resource and telemetry data uapi   - preemption support  imx:   - add driver for HDMI TX Parallel audio interface  ivpu:   - add support for user-managed preemption buffer   - add userptr support   - update JSM firware API to 3.33.0   - add better alloc/free warnings   - fix page fault in unbind all bos   - rework bind/unbind of imported buffers   - enable MCA ECC signalling   - split fw runtime and global memory buffers   - add fdinfo memory statistics  tidss:   - convert to drm logging   - logging cleanup  ast:   - refactor generation init paths   - add per chip generation detect_tx_chip   - set quirks for each chip model  atmel-hlcdc:   - set LCDC_ATTRE register in plane disable   - set correct values for plane scaler  solomon:   - use drm helper for get_modes and move_valid  sitronix:   - fix output position when clearing screens  qaic:   - support dma-buf exports   - support new firmware&apos;s READ_DATA implementation   - sahara AIC200 image table update   - add sysfs support   - add coredump support   - add uevents support   - PM support  sun4i:   - layer refactors to decouple plane from output   - improve DE33 support  vc4:   - switch to generic CEC helpers  komeda:   - use drm_ logging functions  vkms:   - configfs support for display configuration  vgem:   - fix fence timer deadlock  etnaviv:   - add HWDB entry for GC8000 Nano Ultra VIP r6205&quot;* tag &apos;drm-next-2025-12-03&apos; of https://gitlab.freedesktop.org/drm/kernel: (1869 commits)  Revert &quot;drm/amd: Skip power ungate during suspend for VPE&quot;  drm/amdgpu: use common defines for HUB faults  drm/amdgpu/gmc12: add amdgpu_vm_handle_fault() handling  drm/amdgpu/gmc11: add amdgpu_vm_handle_fault() handling  drm/amdgpu: use static ids for ACP platform devs  drm/amdgpu/sdma6: Update SDMA 6.0.3 FW version to include UMQ protected-fence fix  drm/amdgpu: Forward VMID reservation errors  drm/amdgpu/gmc8: Delegate VM faults to soft IRQ handler ring  drm/amdgpu/gmc7: Delegate VM faults to soft IRQ handler ring  drm/amdgpu/gmc6: Delegate VM faults to soft IRQ handler ring  drm/amdgpu/gmc6: Cache VM fault info  drm/amdgpu/gmc6: Don&apos;t print MC client as it&apos;s unknown  drm/amdgpu/cz_ih: Enable soft IRQ handler ring  drm/amdgpu/tonga_ih: Enable soft IRQ handler ring  drm/amdgpu/iceland_ih: Enable soft IRQ handler ring  drm/amdgpu/cik_ih: Enable soft IRQ handler ring  drm/amdgpu/si_ih: Enable soft IRQ handler ring  drm/amd/display: fix typo in display_mode_core_structs.h  drm/amd/display: fix Smart Power OLED not working after S4  drm/amd/display: Move RGB-type check for audio sync to DCE HW sequence  ...

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Thu, 04 Dec 2025 16:53:30 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f0ded972d37150f9f889de75c9eecc5cb0730013 - Merge tag &apos;drm-rust-next-2025-11-18&apos; of https://gitlab.freedesktop.org/drm/rust/kernel into drm-next</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#f0ded972d37150f9f889de75c9eecc5cb0730013</link>
        <description>Merge tag &apos;drm-rust-next-2025-11-18&apos; of https://gitlab.freedesktop.org/drm/rust/kernel into drm-nextCross-subsystem Changes:Rust  - Make slice::as_flattened usable on all supported versions of rustc.  - Add FromBytes::from_bytes_prefix() method.Core Changes:  - Update Tyr in MAINTAINERS file.  - Remove redundant device ptr from Rust GEM object.  - Change how AlwaysRefCounted is implemented for GEM objects.  - Add deferred vm_bo cleanup to GPUVM and use it in Panthor.Driver Changes:Nova Core  - Introduction of bitfield! macro, with support for different storage sizes    and custom visibility.  - Introduction of safe converters between integer types for which the    conversion is lossless.  - GSP initialized up to fully booted state on Ampere.  - Use more future-proof register for GPU identification.  - Various simplifications and optimizations.Nova  - Select NOVA_CORE.  - Depend on CONFIG_64BIT.Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;From: Alice Ryhl &lt;aliceryhl@google.com&gt;Link: https://patch.msgid.link/aRxtJC0D1pQUepF4@google.com

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Thu, 20 Nov 2025 00:42:50 +0000</pubDate>
        <dc:creator>Dave Airlie &lt;airlied@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>6ddfc892a529cb314e4708c5654beb0fa37e2071 - gpu: nova-core: Implement the GSP sequencer</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#6ddfc892a529cb314e4708c5654beb0fa37e2071</link>
        <description>gpu: nova-core: Implement the GSP sequencerImplement the GSP sequencer which culminates in INIT_DONE message beingreceived from the GSP indicating that the GSP has successfully booted.This is just initial sequencer support, the actual commands will beadded in the next patches.Signed-off-by: Joel Fernandes &lt;joelagnelf@nvidia.com&gt;[acourbot@nvidia.com: move GspSequencerInfo definition before its implblocks and rename it to GspSequence, adapt imports in sequencer.rs tonew formatting rules, remove `timeout` argument to harmonize with othercommands.]Signed-off-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Message-ID: &lt;20251114195552.739371-8-joelagnelf@nvidia.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Fri, 14 Nov 2025 19:55:46 +0000</pubDate>
        <dc:creator>Joel Fernandes &lt;joelagnelf@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>19b0a6e7c2be35f9b11c51c0c21c9a02c23252ff - gpu: nova-core: gsp: Add SetRegistry command</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#19b0a6e7c2be35f9b11c51c0c21c9a02c23252ff</link>
        <description>gpu: nova-core: gsp: Add SetRegistry commandAdd support for sending the SetRegistry command, which is critical toGSP initialization.The RM registry is serialized into a packed format and sent via thecommand queue. For now only three parameters which are required to bootGSP are hardcoded. In the future a kernel module parameter will be addedto enable other parameters to be added.Signed-off-by: Alistair Popple &lt;apopple@nvidia.com&gt;[acourbot@nvidia.com: split into its own patch.]Signed-off-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Message-ID: &lt;20251110-gsp_boot-v9-12-8ae4058e3c0e@nvidia.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 10 Nov 2025 13:34:20 +0000</pubDate>
        <dc:creator>Alistair Popple &lt;apopple@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>75f6b1de8133ea337b72901464989dc811d3305d - gpu: nova-core: gsp: Add GSP command queue bindings and handling</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#75f6b1de8133ea337b72901464989dc811d3305d</link>
        <description>gpu: nova-core: gsp: Add GSP command queue bindings and handlingThis commit introduces core infrastructure for handling GSP command andmessage queues in the nova-core driver. The command queue system enablesbidirectional communication between the host driver and GSP firmwarethrough a remote message passing interface.The interface is based on passing serialised data structures over a ringbuffer with separate transmit and receive queues. Commands are sent bywriting to the CPU transmit queue and waiting for completion via thereceive queue.To ensure safety mutable or immutable (depending on whether it is a sendor receive operation) references are taken on the command queue whenallocating the message to write/read to. This ensures message memoryremains valid and the command queue can&apos;t be mutated whilst an operationis in progress.Currently this is only used by the probe() routine and therefore canonly used by a single thread of execution. Locking to enable safe accessfrom multiple threads will be introduced in a future series when thatbecomes necessary.Signed-off-by: Alistair Popple &lt;apopple@nvidia.com&gt;Co-developed-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Signed-off-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Message-ID: &lt;20251110-gsp_boot-v9-9-8ae4058e3c0e@nvidia.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 10 Nov 2025 13:34:17 +0000</pubDate>
        <dc:creator>Alistair Popple &lt;apopple@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>d416035fb6fb4367e40388552ff8079a97c7155f - gpu: nova-core: Add a slice-buffer (sbuffer) datastructure</title>
        <link>http://opengrok.net:8080/history/linux/drivers/gpu/nova-core/sbuffer.rs#d416035fb6fb4367e40388552ff8079a97c7155f</link>
        <description>gpu: nova-core: Add a slice-buffer (sbuffer) datastructureA data structure that can be used to write across multiple slices whichmay be out of order in memory. This lets SBuffer user correctly andsafely write out of memory order, without error-prone tracking ofpointers/offsets.    let mut buf1 = [0u8; 3];    let mut buf2 = [0u8; 5];    let mut sbuffer = SBuffer::new([&amp;mut buf1[..], &amp;mut buf2[..]]);    let data = b&quot;hello&quot;;    let result = sbuffer.write(data);Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;Co-developed-by: Alistair Popple &lt;apopple@nvidia.com&gt;Signed-off-by: Alistair Popple &lt;apopple@nvidia.com&gt;Signed-off-by: Joel Fernandes &lt;joelagnelf@nvidia.com&gt;Co-developed-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Signed-off-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Message-ID: &lt;20251110-gsp_boot-v9-6-8ae4058e3c0e@nvidia.com&gt;

            List of files:
            /linux/drivers/gpu/nova-core/sbuffer.rs</description>
        <pubDate>Mon, 10 Nov 2025 13:34:14 +0000</pubDate>
        <dc:creator>Joel Fernandes &lt;joelagnelf@nvidia.com&gt;</dc:creator>
    </item>
</channel>
</rss>
