Re: [PATCH v2] drm/rcar-du: dsi: Implement DSI command support

2025-09-07 Thread Tomi Valkeinen
Hi, On 31/08/2025 22:04, Marek Vasut wrote: > Implement support for DSI command transfer. Transmission of both Short > Packet and Long Packet is implemented, so is command transmission to > request response from peripheral device and transmission of non-read > command with BTA. > > The AXI memory

Re: [PATCH] drm: rcar-du: lvds: Convert to RUNTIME_PM_OPS()

2025-09-07 Thread Tomi Valkeinen
Hi, On 04/09/2025 18:31, Geert Uytterhoeven wrote: > Convert the Renesas R-Car Display Unit LVDS driver from > SET_RUNTIME_PM_OPS() to RUNTIME_PM_OPS(), and pm_ptr(). This reduces > kernel size in case CONFIG_PM is disabled. While DRM_RCAR_LVDS depends > on PM, the code may still serve as an exa

[bug report] accel/amdxdna: Add ioctl DRM_IOCTL_AMDXDNA_GET_ARRAY

2025-09-07 Thread Dan Carpenter
Hello Lizhi Hou, Commit 2f509fe6a42c ("accel/amdxdna: Add ioctl DRM_IOCTL_AMDXDNA_GET_ARRAY") from Sep 2, 2025 (linux-next), leads to the following (UNPUBLISHED) Smatch static checker warning: drivers/accel/amdxdna/aie2_pci.c:904 aie2_query_ctx_status_array() warn: potential user

[PATCH v5 0/2] drm: bridge: Add TI tmds181 and sn65dp159 driver

2025-09-07 Thread Mike Looijmans
In the past I've seen (and contributed to) hacks that model the chips as phy or even (really!) clock drivers. Since the chip usually sits between a signal that is (almost) HDMI and a HDMI connector, I decided to stop lying and write it as a DRM bridge driver. Our experience with these chips is t

[PATCH v5 1/2] dt-bindings: drm/bridge: ti-tmds181: Add TI TMDS181 and SN65DP159 bindings

2025-09-07 Thread Mike Looijmans
Add DT binding document for TI TMDS181 and SN65DP159 HDMI retimers. The two chips have similar register maps, but different applications (source vs. sink). Signed-off-by: Mike Looijmans binding --- Changes in v5: ti,equalizer and ti,mode changed to enum Rename ti,slew-rate to slew-rate Make p

[PATCH v5 2/2] drm: bridge: Add TI tmds181 and sn65dp159 driver

2025-09-07 Thread Mike Looijmans
The tmds181 and sn65dp159 are "retimers" and hence can be considered HDMI-to-HDMI bridges. Typical usage is to convert the output of an FPGA into a valid HDMI signal, and it will typically be inserted between an encoder and hdmi-connector. Signed-off-by: Mike Looijmans --- Changes in v5: Really

Re: [PATCH] drm/amdgpu: fix logically dead code

2025-09-07 Thread chelsy ratnawat
Thanks for the feedback, I will update the patch to include the correct changes. On Mon, Sep 8, 2025 at 9:55 AM Kandpal, Suraj wrote: > > Subject: [PATCH] drm/amdgpu: fix logically dead code > > The prefix here is wrong it should be drm/drm_dp_helper since that's where > you > end up doing chang

[PATCH v2] drm/bridge: ite-it6263: Support HDMI vendor specific infoframe

2025-09-07 Thread Liu Ying
IT6263 supports HDMI vendor specific infoframe. The infoframe header and payload are configurable via NULL packet registers. The infoframe is enabled and disabled via PKT_NULL_CTRL register. Add the HDMI vendor specific infoframe support. Signed-off-by: Liu Ying --- Changes in v2: - Drop zeroi

linux-next: manual merge of the devicetree tree with the sound-asoc and drm-misc trees

2025-09-07 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the devicetree tree got a conflict in: Documentation/devicetree/bindings/vendor-prefixes.yaml between commits: 243167e96939 ("dt-bindings: vendor-prefixes: Add Shanghai FourSemi Semiconductor Co.,Ltd") 09b26dce32f0 ("dt-bindings: vendor-prefixes: Add M

[PATCH v3] dt-bindings: drm/bridge: MHDP8546 bridge binding changes for DSC

2025-09-07 Thread Harikrishna Shenoy
From: Swapnil Jakhade Add binding changes for DSC(Display Stream Compression) in the MHDP8546 DPI/DP bridge. Signed-off-by: Swapnil Jakhade Signed-off-by: Harikrishna Shenoy --- Changelog v2 --> v3: -Update the name of dsc register block. -Add the reg-name list in conditional based on compatib

Re: [PATCH] drm/bridge: ite-it6263: Support HDMI vendor specific infoframe

2025-09-07 Thread Liu Ying
On 09/05/2025, Dmitry Baryshkov wrote: > On Fri, Sep 05, 2025 at 01:46:56PM +0800, Liu Ying wrote: >> On 09/05/2025, Dmitry Baryshkov wrote: >>> On Thu, Sep 04, 2025 at 05:10:02PM +0800, Liu Ying wrote: IT6263 supports HDMI vendor specific infoframe. The infoframe header and payload are

Re: [PATCH 05/10] gpu: nova-core: gsp: Add GSP command queue handling

2025-09-07 Thread Alexandre Courbot
On Fri Sep 5, 2025 at 8:50 PM JST, Alexandre Courbot wrote: >> + >> +Ok(GspCmdq { >> +dev: dev.into(), >> +msg_count: MSG_COUNT, >> +seq: 0, >> +gsp_mem, >> +_nr_ptes: nr_ptes as u32, >> +}) >> +} >> + >> +fn cpu_wp

Re: [PATCH v1 3/3] misc: fastrpc: Add polling mode support for fastRPC driver

2025-09-07 Thread Ekansh Gupta
On 9/2/2025 2:51 PM, Dmitry Baryshkov wrote: > On Mon, Sep 01, 2025 at 11:03:36AM +0530, Ekansh Gupta wrote: >> For any remote call to DSP, after sending an invocation message, >> fastRPC driver waits for glink response and during this time the >> CPU can go into low power modes. This adds laten

Re: [PATCH v1 2/3] misc: fastrpc: Update context ID mask for polling mode support

2025-09-07 Thread Ekansh Gupta
On 9/2/2025 9:42 AM, Dmitry Baryshkov wrote: > On Mon, Sep 01, 2025 at 11:03:35AM +0530, Ekansh Gupta wrote: >> Current fastrpc message context uses a 12-bit mask where the upper >> 8 bits are context ID from idr_alloc_cyclic and the lower 4 bits >> represent PD type. This design works for norma

Re: [v5 05/15] mm/migrate_device: handle partially mapped folios during collection

2025-09-07 Thread Balbir Singh
On 9/8/25 14:14, Mika Penttilä wrote: > Hi, > > On 9/8/25 03:04, Balbir Singh wrote: > >> Extend migrate_vma_collect_pmd() to handle partially mapped large >> folios that require splitting before migration can proceed. >> >> During PTE walk in the collection phase, if a large folio is only >> par

RE: [PATCH] drm/amdgpu: fix logically dead code

2025-09-07 Thread Kandpal, Suraj
> Subject: [PATCH] drm/amdgpu: fix logically dead code The prefix here is wrong it should be drm/drm_dp_helper since that's where you end up doing change and not in amdgpu > > The ternary operator inside the if block is redundant because the condition is > always true in that context. > > This

Re: [v5 05/15] mm/migrate_device: handle partially mapped folios during collection

2025-09-07 Thread Mika Penttilä
Hi, On 9/8/25 03:04, Balbir Singh wrote: > Extend migrate_vma_collect_pmd() to handle partially mapped large > folios that require splitting before migration can proceed. > > During PTE walk in the collection phase, if a large folio is only > partially mapped in the migration range, it must be sp

Re: [PATCH v2 4/4] rust: Move register and bitstruct macros out of Nova

2025-09-07 Thread Alexandre Courbot
On Thu Sep 4, 2025 at 6:54 AM JST, Joel Fernandes wrote: > Out of broad need for these macros in Rust, move them out. Several folks > have shown interest (Nova, Tyr GPU drivers). > > bitstruct - defines bitfields in Rust structs similar to C. > register - support for defining hardware registers and

Re: [PATCH v2 3/4] nova-core: bitstruct: Add support for custom visiblity

2025-09-07 Thread Alexandre Courbot
On Mon Sep 8, 2025 at 12:40 PM JST, Alexandre Courbot wrote: > On Thu Sep 4, 2025 at 6:54 AM JST, Joel Fernandes wrote: >> Add support for custom visiblity to allow for users to control visibility >> of the structure and helpers. >> >> Signed-off-by: Joel Fernandes >> --- >> drivers/gpu/nova-core

Re: [PATCH 1/2] drm/mediatek: fix potential OF node use-after-free

2025-09-07 Thread 胡俊光

Re: [PATCH v2 3/4] nova-core: bitstruct: Add support for custom visiblity

2025-09-07 Thread Alexandre Courbot
On Thu Sep 4, 2025 at 6:54 AM JST, Joel Fernandes wrote: > Add support for custom visiblity to allow for users to control visibility > of the structure and helpers. > > Signed-off-by: Joel Fernandes > --- > drivers/gpu/nova-core/bitstruct.rs | 46 ++-- > drivers/gpu/nova

Re: [PATCH v2 1/4] nova-core: bitstruct: Move bitfield-specific code from register! into new macro

2025-09-07 Thread Alexandre Courbot
On Thu Sep 4, 2025 at 6:54 AM JST, Joel Fernandes wrote: > The bitfield-specific into new macro. This will be used to define > structs with bitfields, similar to C language. > > Signed-off-by: Joel Fernandes > --- > drivers/gpu/nova-core/bitstruct.rs | 271 +++ > drivers

Re: [PATCH v2 2/4] nova-core: bitstruct: Add support for different storage widths

2025-09-07 Thread Alexandre Courbot
On Thu Sep 4, 2025 at 6:54 AM JST, Joel Fernandes wrote: > Previously, bitstructs were hardcoded to use u32 as the underlying > storage type. Add support for different storage types (u8, u16, u32, > u64) to the bitstruct macro. > > New syntax is: struct Name: { ... } > > Signed-off-by: Joel Ferna

[v5 05/15] mm/migrate_device: handle partially mapped folios during collection

2025-09-07 Thread Balbir Singh
Extend migrate_vma_collect_pmd() to handle partially mapped large folios that require splitting before migration can proceed. During PTE walk in the collection phase, if a large folio is only partially mapped in the migration range, it must be split to ensure the folio is correctly migrated. Cc:

[v5 12/15] selftests/mm/hmm-tests: new tests for zone device THP migration

2025-09-07 Thread Balbir Singh
Add new tests for migrating anon THP pages, including anon_huge, anon_huge_zero and error cases involving forced splitting of pages during migration. Cc: Andrew Morton Cc: David Hildenbrand Cc: Zi Yan Cc: Joshua Hahn Cc: Rakie Kim Cc: Byungchul Park Cc: Gregory Price Cc: Ying Huang Cc: Ali

[v5 01/15] mm/zone_device: support large zone device private folios

2025-09-07 Thread Balbir Singh
Add routines to support allocation of large order zone device folios and helper functions for zone device folios, to check if a folio is device private and helpers for setting zone device data. When large folios are used, the existing page_free() callback in pgmap is called when the folio is freed

[v5 11/15] lib/test_hmm: add large page allocation failure testing

2025-09-07 Thread Balbir Singh
Add HMM_DMIRROR_FLAG_FAIL_ALLOC flag to simulate large page allocation failures, enabling testing of split migration code paths. This test flag allows validation of the fallback behavior when destination device cannot allocate compound pages. This is useful for testing the split migration function

[v5 10/15] mm/migrate_device: add THP splitting during migration

2025-09-07 Thread Balbir Singh
Implement migrate_vma_split_pages() to handle THP splitting during the migration process when destination cannot allocate compound pages. This addresses the common scenario where migrate_vma_setup() succeeds with MIGRATE_PFN_COMPOUND pages, but the destination device cannot allocate large pages du

[v5 14/15] selftests/mm/hmm-tests: new throughput tests including THP

2025-09-07 Thread Balbir Singh
Add new benchmark style support to test transfer bandwidth for zone device memory operations. Cc: Andrew Morton Cc: David Hildenbrand Cc: Zi Yan Cc: Joshua Hahn Cc: Rakie Kim Cc: Byungchul Park Cc: Gregory Price Cc: Ying Huang Cc: Alistair Popple Cc: Oscar Salvador Cc: Lorenzo Stoakes C

[v5 08/15] lib/test_hmm: add zone device private THP test infrastructure

2025-09-07 Thread Balbir Singh
Enhance the hmm test driver (lib/test_hmm) with support for THP pages. A new pool of free_folios() has now been added to the dmirror device, which can be allocated when a request for a THP zone device private page is made. Add compound page awareness to the allocation function during normal migra

[v5 09/15] mm/memremap: add driver callback support for folio splitting

2025-09-07 Thread Balbir Singh
When a zone device page is split (via huge pmd folio split). The driver callback for folio_split is invoked to let the device driver know that the folio size has been split into a smaller order. Provide a default implementation for drivers that do not provide this callback that copies the pgmap an

[v5 15/15] gpu/drm/nouveau: enable THP support for GPU memory migration

2025-09-07 Thread Balbir Singh
Enable MIGRATE_VMA_SELECT_COMPOUND support in nouveau driver to take advantage of THP zone device migration capabilities. Update migration and eviction code paths to handle compound page sizes appropriately, improving memory bandwidth utilization and reducing migration overhead for large GPU memor

[v5 13/15] selftests/mm/hmm-tests: partial unmap, mremap and anon_write tests

2025-09-07 Thread Balbir Singh
From: Matthew Brost Add partial unmap test case which munmaps memory while in the device. Add tests exercising mremap on faulted-in memory (CPU and GPU) at various offsets and verify correctness. Update anon_write_child to read device memory after fork verifying this flow works in the kernel.

[v5 06/15] mm/migrate_device: implement THP migration of zone device pages

2025-09-07 Thread Balbir Singh
MIGRATE_VMA_SELECT_COMPOUND will be used to select THP pages during migrate_vma_setup() and MIGRATE_PFN_COMPOUND will make migrating device pages as compound pages during device pfn migration. migrate_device code paths go through the collect, setup and finalize phases of migration. The entries in

[v5 02/15] mm/huge_memory: add device-private THP support to PMD operations

2025-09-07 Thread Balbir Singh
Extend core huge page management functions to handle device-private THP entries. This enables proper handling of large device-private folios in fundamental MM operations. The following functions have been updated: - copy_huge_pmd(): Handle device-private entries during fork/clone - zap_huge_pmd()

[v5 07/15] mm/memory/fault: add THP fault handling for zone device private pages

2025-09-07 Thread Balbir Singh
Implement CPU fault handling for zone device THP entries through do_huge_pmd_device_private(), enabling transparent migration of device-private large pages back to system memory on CPU access. When the CPU accesses a zone device THP entry, the fault handler calls the device driver's migrate_to_ram

[v5 04/15] mm/huge_memory: implement device-private THP splitting

2025-09-07 Thread Balbir Singh
Add support for splitting device-private THP folios, enabling fallback to smaller page sizes when large page allocation or migration fails. Key changes: - split_huge_pmd(): Handle device-private PMD entries during splitting - Preserve RMAP_EXCLUSIVE semantics for anonymous exclusive folios - Skip

[v5 03/15] mm/rmap: extend rmap and migration support device-private entries

2025-09-07 Thread Balbir Singh
Add device-private THP support to reverse mapping infrastructure, enabling proper handling during migration and walk operations. The key changes are: - add_migration_pmd()/remove_migration_pmd(): Handle device-private entries during folio migration and splitting - page_vma_mapped_walk(): Recogni

[v5 00/15] mm: support device-private THP

2025-09-07 Thread Balbir Singh
This patch series introduces support for Transparent Huge Page (THP) migration in zone device-private memory. The implementation enables efficient migration of large folios between system memory and device-private memory Background Current zone device-private memory implementation only supports P

Re: [PATCH 0/3] Fix broken `srctree/` links and warn about them

2025-09-07 Thread Miguel Ojeda
On Wed, Jul 30, 2025 at 3:07 PM Miguel Ojeda wrote: > > This fixes a handful of broken links and introduces a warning to > prevent them from happening in the future. Applied to `rust-next` -- thanks everyone! I added Cc: sta...@vger.kernel.org on the fixes. Andreas/Boqun: if you don't want the

Re: [PATCH v2 02/23] dt-bindings: clock: tegra30: Add IDs for CSI pad clocks

2025-09-07 Thread Krzysztof Kozlowski
On 07/09/2025 11:43, Svyatoslav Ryhel wrote: > нд, 7 вер. 2025 р. о 12:34 Krzysztof Kozlowski пише: >> >> On Sat, Sep 06, 2025 at 04:53:23PM +0300, Svyatoslav Ryhel wrote: >>> Tegra30 has CSI pad clock enable bits embedded into PLLD/PLLD2 registers. >>> Add ids for these clocks. Additionally, move

Re: [PATCH v2 4/4] rust: Move register and bitstruct macros out of Nova

2025-09-07 Thread Miguel Ojeda
Hi Joel, I didn't check the macros, but a couple nits I noticed in this patch in particular given it moved it to `kernel`... On Wed, Sep 3, 2025 at 11:54 PM Joel Fernandes wrote: > > +//! A library that provides support for defining bit fields in Rust What about just "Support for defining bit f

[git pull] drm fixes for 6.17-rc5

2025-09-07 Thread Dave Airlie
Hi Linus, Weekly drm fixes roundup, nouveau has two fixes for fence/irq racing problems that should fix a bunch of instability in userspace. Otherwise amdgpu along with some single fixes to bridge, xe, ivpu. Looks about usual for this time in the release. Regards, Dave. drm-fixes-2025-09-05: drm

Re: [PATCH v4 18/58] dyndbg: change __dynamic_func_call_cls* macros into expressions

2025-09-07 Thread Louis Chauvet
Le 03/08/2025 à 05:57, Jim Cromie a écrit : The Xe driver's XE_IOCTL_DBG macro calls drm_dbg() from inside an if (expression). This breaks when CONFIG_DRM_USE_DYNAMIC_DEBUG=y because the invoked macro has a do-while-0 wrapper, and is not an expression. if (cond && (drm_dbg("expr-form"),1

Re: [PATCH v4 02/10] ACPI: processor: thermal: Use scope-based cleanup helper

2025-09-07 Thread Jonathan Cameron
On Wed, 3 Sep 2025 15:23:31 +0200 "Rafael J. Wysocki" wrote: > On Wed, Sep 3, 2025 at 3:18 PM Zihuan Zhang wrote: > > > > Replace the manual cpufreq_cpu_put() with __free(put_cpufreq_policy) > > annotation for policy references. This reduces the risk of reference > > counting mistakes and aligns

RE: [PATCH v3 1/5] PCI/P2PDMA: Don't enforce ACS check for device functions of Intel GPUs

2025-09-07 Thread Kasireddy, Vivek
Hi Logan, > Subject: Re: [PATCH v3 1/5] PCI/P2PDMA: Don't enforce ACS check for device > functions of Intel GPUs > > > > On 2025-09-03 16:30, Vivek Kasireddy wrote: > > diff --git a/drivers/pci/p2pdma.c b/drivers/pci/p2pdma.c > > index da5657a02007..9484991c4765 100644 > > --- a/drivers/pci/p2p

[PATCH 1/4] drm/radeon/atom: Remove redundant ternary operators

2025-09-07 Thread Liao Yuanhong
For ternary operators in the form of "a ? true : false", if 'a' itself returns a boolean result, the ternary operator can be omitted. Remove redundant ternary operators to clean up the code. Signed-off-by: Liao Yuanhong --- drivers/gpu/drm/radeon/atombios_encoders.c | 2 +- 1 file changed, 1 ins

Re: [PATCH 0/6] fbcon: Move bitops callbacks into separate struct

2025-09-07 Thread Thomas Zimmermann
ping for a review Am 18.08.25 um 12:36 schrieb Thomas Zimmermann: Instances of fbcon use a number callbacks to support tile-based drawing or console rotation. The fields are writeable in struct fbcon_ops. Each case; unrotated, various rotated and tile-based drawing; uses a set of related calback

Re: [PATCH] drm/bridge: cdns-dsi: Select VIDEOMODE_HELPERS

2025-09-07 Thread Dmitry Baryshkov
On Thu, 21 Aug 2025 13:52:12 -0700, Nathan Chancellor wrote: > When no other driver selects CONFIG_VIDEOMODE_HELPERS but > CONFIG_DRM_CDNS_DSI is enabled, there is a linker or modpost error: > > ERROR: modpost: "drm_display_mode_to_videomode" > [drivers/gpu/drm/bridge/cadence/cdns-dsi.ko] undef

[PATCH v9 8/9] drm/xe/xe_late_bind_fw: Introduce debug fs node to disable late binding

2025-09-07 Thread Badal Nilawar
Introduce a debug filesystem node to disable late binding fw reload during the system or runtime resume. This is intended for situations where the late binding fw needs to be loaded from user mode, perticularly for validation purpose. Note that xe kmd doesn't participate in late binding flow from u

Re: [PATCH v2 19/37] mm/gup: remove record_subpages()

2025-09-07 Thread Jens Axboe
On 9/5/25 12:41 AM, David Hildenbrand wrote: > On 01.09.25 17:03, David Hildenbrand wrote: >> We can just cleanup the code by calculating the #refs earlier, >> so we can just inline what remains of record_subpages(). >> >> Calculate the number of references/pages ahead of times, and record them >>

[PATCH 3/3] drm/amd/pm/powerplay/smumgr: remove redundant ternary operators

2025-09-07 Thread Liao Yuanhong
For ternary operators in the form of "a ? true : false", if 'a' itself returns a boolean result, the ternary operator can be omitted. Remove redundant ternary operators to clean up the code. Swap variable positions on either side of '==' to enhance readability. Signed-off-by: Liao Yuanhong --- d

Re: [PATCH] drm/bridge: waveshare-dsi: Fix bailout for devm_drm_bridge_alloc()

2025-09-07 Thread Liu Ying
On 8/6/25 16:41, Liu Ying wrote: > devm_drm_bridge_alloc() returns ERR_PTR on failure instead of a > NULL pointer, so use IS_ERR() to check the returned pointer and > turn proper error code on failure by using PTR_ERR(). > > Fixes: dbdea37add13 ("drm: bridge: Add waveshare DSI2DPI unit driver") >

Re: [PATCH v2 06/37] drm/vkms: Convert vkms_crtc_atomic_check() to use new plane state

2025-09-07 Thread Louis Chauvet
Le 02/09/2025 à 11:35, Maxime Ripard a écrit : The vkms_crtc_atomic_check() function calls the deprecated drm_atomic_get_existing_plane_state() helper for its internal mode checking logic. During atomic_check, the existing state is the new state and drm_atomic_get_existing_plane_state() can t

[PATCH v2 1/2] This patch adds a new device tree binding documentation.

2025-09-07 Thread syyang
Fix device tree binding validation errors reported by Rob Herring. v2: - Fixed $id field to match actual filename (lontium,lt9611c.yaml) - build pass Thanks to Rob Herring for the review and feedback. Signed-off-by: syyang --- .../display/bridge/lontium,lt9611c.yaml | 121 +++

Re: [PATCH v4 08/10] thermal: imx: Use scope-based cleanup helper

2025-09-07 Thread Jonathan Cameron
On Wed, 3 Sep 2025 21:17:31 +0800 Zihuan Zhang wrote: > Replace the manual cpufreq_cpu_put() with __free(put_cpufreq_policy) > annotation for policy references. This reduces the risk of reference > counting mistakes and aligns the code with the latest kernel style. > > No functional change inte

Re: [PATCH v2 2/4] dt-bindings: leds: commonize leds property

2025-09-07 Thread Rob Herring
On Fri, Sep 05, 2025 at 09:59:30AM +0200, Aleksandrs Vinarskis wrote: > A number of existing schemas use 'leds' property to provide > phandle-array of LED(s) to the consumer. Additionally, with the > upcoming privacy-led support in device-tree, v4l2 subnode could be a > LED consumer, meaning that a

Re: [PATCH 1/2] nova-core: Add a library for bitfields in Rust structs

2025-09-07 Thread Alexandre Courbot
On Sat Sep 6, 2025 at 6:29 AM JST, John Hubbard wrote: > On 9/4/25 4:06 AM, Alexandre Courbot wrote: >> On Thu Sep 4, 2025 at 4:16 PM JST, Danilo Krummrich wrote: >>> On Thu Sep 4, 2025 at 5:16 AM CEST, Alexandre Courbot wrote: On Thu Sep 4, 2025 at 12:15 AM JST, Joel Fernandes wrote: >>

[PATCH v6 0/7] drm/bridge: imx: Add HDMI PAI driver on i.MX8MP

2025-09-07 Thread Shengjiu Wang
The HDMI TX Parallel Audio Interface (HTX_PAI) is a digital module that acts as the bridge between the Audio Subsystem to the HDMI TX Controller. Add HDMI PAI driver on i.MX8MP to make HDMI audio function fully work. changes in v6: - remove mutex in dw_hdmi_set_sample_iec958() changes in v5: - a

[PATCH v2 17/23] staging: media: tegra-video: tegra20: set VI HW revision

2025-09-07 Thread Svyatoslav Ryhel
Tegra20, Tegra30 and Tegra114 have VI revision 1. Signed-off-by: Svyatoslav Ryhel --- drivers/staging/media/tegra-video/tegra20.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/media/tegra-video/tegra20.c b/drivers/staging/media/tegra-video/tegra20.c index 781c4e8ec856..e0d

Re: drm/etnaviv: detecting disabled Vivante GPU?

2025-09-07 Thread Muhammed Subair
Hello The board I have is A527 , and the legacy (5.15.147) kernel detecting npu as shown below, However https://linux-sunxi.org/A523#Family_of_sun55iw3 shows that there is no npu, not sure whether information is correct in this link. [ 13.887892] npu[106][106] vipcore, platform device compat

[PATCH v2 2/2] drm/panel: ilitek-ili9881c: Add configuration for 5" Raspberry Pi 720x1280

2025-09-07 Thread Marek Vasut
Add configuration for the 5" Raspberry Pi 720x1280 DSI panel based on ili9881. This uses 10px longer horizontal sync pulse and 10px shorter HBP to avoid very short hsync pulse. Signed-off-by: Marek Vasut --- Cc: Conor Dooley Cc: Dave Stevenson Cc: David Airlie Cc: Jessica Zhang Cc: Krzysztof

Re: [PATCH v3 3/3] drm/bridge: sii9234: use extcon cable detection logic to detect MHL

2025-09-07 Thread Marek Szyprowski
On 03.09.2025 21:32, Henrik Grimler wrote: > On Mon, Aug 25, 2025 at 04:16:50PM +0200, Marek Szyprowski wrote: >> On 24.08.2025 13:16, Henrik Grimler wrote: >>> To use MHL we currently need the MHL chip to be permanently on, which >>> consumes unnecessary power. Let's use extcon attached to MUIC to

Re: [PATCH] drm/vkms: Assert if vkms_config_create_*() fails

2025-09-07 Thread Louis Chauvet
On Mon, 11 Aug 2025 12:15:17 +0200, José Expósito wrote: > Check that the value returned by the vkms_config_create_*() functions is > valid. Otherwise, assert and finish the KUnit test. > > Applied, thanks! [1/1] drm/vkms: Assert if vkms_config_create_*() fails commit: 0d2902dfa31535c08

Re: [PATCH] drm/panel: lvds: Remove unused members from main structure

2025-09-07 Thread Liu Ying
On 08/29/2025, Liu Ying wrote: > Since commit 03fa454bb666 ("drm/panel: lvds: Simplify mode parsing"), > the width and height members of struct panel_lvds are no longer used. > Remove them. No functional change. > > Signed-off-by: Liu Ying > --- > drivers/gpu/drm/panel/panel-lvds.c | 2 -- > 1

[PATCH 4/4] drm/radeon/pm: Remove redundant ternary operators

2025-09-07 Thread Liao Yuanhong
For ternary operators in the form of "a ? true : false", if 'a' itself returns a boolean result, the ternary operator can be omitted. Remove redundant ternary operators to clean up the code. Signed-off-by: Liao Yuanhong --- drivers/gpu/drm/radeon/radeon_pm.c | 3 +-- 1 file changed, 1 insertion(

Re: [PATCH 1/2] dt-bindings: display: panel: Add compatible for STARRY xr109ai2t

2025-09-07 Thread Conor Dooley
Acked-by: Conor Dooley signature.asc Description: PGP signature

Re: [PATCH] dt-bindings: ili9881c: Allow port subnode

2025-09-07 Thread Neil Armstrong
On 04/09/2025 22:01, Marek Vasut wrote: The ILI9881C is a DSI panel, which can be tied to a DSI controller using OF graph port/endpoint. Allow the port subnode in the binding. Signed-off-by: Marek Vasut --- Cc: Conor Dooley Cc: Dave Stevenson Cc: David Airlie Cc: Jessica Zhang Cc: Krzysztof

Re: [PATCH 1/6] fbcon: Fix empty lines in fbcon.h

2025-09-07 Thread Sam Ravnborg
On Mon, Aug 18, 2025 at 12:36:36PM +0200, Thomas Zimmermann wrote: > Add and remove empty lines as necessary to fix coding style. No > functional changes. > > Signed-off-by: Thomas Zimmermann Reviewed-by: Sam Ravnborg

[PATCH v6 6/7] arm64: dts: imx8mp: Add hdmi parallel audio interface node

2025-09-07 Thread Shengjiu Wang
The HDMI TX Parallel Audio Interface (HTX_PAI) is a bridge between the Audio Subsystem to the HDMI TX Controller. Shrink register map size of hdmi_pvi to avoid overlapped hdmi_pai device. Signed-off-by: Shengjiu Wang Reviewed-by: Frank Li --- arch/arm64/boot/dts/freescale/imx8mp.dtsi | 27

Re: [PATCH v4 03/10] cpufreq: intel_pstate: Use scope-based cleanup helper

2025-09-07 Thread Jonathan Cameron
On Wed, 3 Sep 2025 21:17:26 +0800 Zihuan Zhang wrote: > Replace the manual cpufreq_cpu_put() with __free(put_cpufreq_policy) > annotation for policy references. This reduces the risk of reference > counting mistakes and aligns the code with the latest kernel style. > > No functional change inte

Re: [PATCH] drm/msm: Sync GPU registers from mesa

2025-09-07 Thread Dmitry Baryshkov
On Sat, Sep 06, 2025 at 10:05:40AM -0700, Rob Clark wrote: > In particular, to pull in a SP_READ_SEL_LOCATION bitfield size fix to > fix a7xx GPU snapshot. > > Sync from mesa commit 76fece61c6ff ("freedreno/registers: Add A7XX_CX_DBGC") > > Cc: Karmjit Mahil > Signed-off-by: Rob Clark > --- >

Re: [PATCH v11 0/6] Display enablement changes for Qualcomm QCS8300 platform

2025-09-07 Thread Yongxing Mou
On 9/4/2025 9:41 PM, Dmitry Baryshkov wrote: On Thu, Sep 04, 2025 at 05:31:01PM +0800, Yongxing Mou wrote: On 9/4/2025 4:21 PM, Konrad Dybcio wrote: On 9/4/25 9:55 AM, Yongxing Mou wrote: On 9/4/2025 3:22 PM, Yongxing Mou wrote: This series introduces support to enable the Mobile Displ

Re: [PATCH] drm/radeon: use dev_warn_once() in CS parsers

2025-09-07 Thread Alex Deucher
On Fri, Sep 5, 2025 at 6:54 AM Borislav Petkov wrote: > > On Tue, Sep 02, 2025 at 12:53:32PM -0400, Alex Deucher wrote: > > Older GPUs did not support memory protection, so the kernel > > driver would validate the command submissions (CS) from userspace > > to avoid the GPU accessing any memory it

Re: [PATCH v11 0/6] Display enablement changes for Qualcomm QCS8300 platform

2025-09-07 Thread Yongxing Mou
On 9/4/2025 3:22 PM, Yongxing Mou wrote: This series introduces support to enable the Mobile Display Subsystem (MDSS) , Display Processing Unit (DPU), DisplayPort controller for the Qualcomm QCS8300 target. It includes the addition of the hardware catalog, compatible string, and their YAML bin

Re: [PATCH v2] Revert "drm/nouveau: Remove waitque for sched teardown"

2025-09-07 Thread Christian König
On 04.09.25 13:12, Philipp Stanner wrote: > On Thu, 2025-09-04 at 12:27 +0200, Christian König wrote: >> On 01.09.25 10:31, Philipp Stanner wrote: >>> This reverts: >>> >>> commit bead88002227 ("drm/nouveau: Remove waitque for sched teardown") >>> commit 5f46f5c7af8c ("drm/nouveau: Add new callback

Re: [RFC PATCH 2/2] drm/panthor: add initial mt8196 support

2025-09-07 Thread Chia-I Wu
On Wed, Sep 3, 2025 at 11:02 PM Boris Brezillon wrote: > > On Wed, 3 Sep 2025 15:55:04 -0700 > Chia-I Wu wrote: > > > diff --git a/drivers/gpu/drm/panthor/Makefile > > b/drivers/gpu/drm/panthor/Makefile > > index 02db21748c125..75e92c461304b 100644 > > --- a/drivers/gpu/drm/panthor/Makefile > >

[PATCH v2 1/4] drm/panfrost: Introduce uAPI for JM context creation

2025-09-07 Thread Adrián Larumbe
From: Boris Brezillon The new uAPI lets user space query the KM driver for the available priorities a job can be given at submit time. These are managed through the notion of a context, for which we also provide new creation and destruction ioctls. Signed-off-by: Boris Brezillon Signed-off-by:

[PULL] drm-rust-fixes 2025-09-05

2025-09-07 Thread Alice Ryhl
Hi Dave and Sima, Here's the first PR for the drm-rust-fixes branch. It includes the commit to add the drm-rust repository to MAINTAINERS. The following changes since commit b320789d6883cc00ac78ce83bccbfe7ed58afcf0: Linux 6.17-rc4 (2025-08-31 15:33:07 -0700) are available in the Git repositor

Re: [PATCH 00/37] arm64: Add initial device trees for Apple M2 Pro/Max/Ultra devices

2025-09-07 Thread Ulf Hansson
On Thu, 28 Aug 2025 at 16:01, Janne Grunau wrote: > > This series adds device trees for Apple's M2 Pro, Max and Ultra based > devices. The M2 Pro (t6020), M2 Max (t6021) and M2 Ultra (t6022) SoCs > follow design of the t600x family so copy the structure of SoC *.dtsi > files. > > t6020 is a cut-do

Re: [PATCH 2/2] drm/panel: ilitek-ili9881c: Add configuration for 5" Raspberry Pi 720x1280

2025-09-07 Thread Dmitry Baryshkov
On Thu, Sep 04, 2025 at 10:01:55PM +0200, Marek Vasut wrote: > Add configuration for the 5" Raspberry Pi 720x1280 DSI panel > based on ili9881. This uses 10px longer horizontal sync pulse > and 10px shorter HBP to avoid very short hsync pulse. > > Signed-off-by: Marek Vasut > --- > Cc: Conor Dool

Re: [PATCH v7] arm64: dts: qcom: x1e78100-t14s-oled: Add eDP panel

2025-09-07 Thread Jens Glathe
On 8/14/25 22:16, Christopher Obbard wrote: Add the Samsung ATNA40YK20 eDP panel to the device tree for the Snapdragon T14s OLED model. Hi Christopher, I have this model and the prerequisite patches in my tree and using it daily. Working very well. Tested-by: Jens Glathe with best regard

Re: [PATCH 5/9] dma-buf: heaps: Add support for Tegra VPR

2025-09-07 Thread kernel test robot
Hi Thierry, kernel test robot noticed the following build warnings: [auto build test WARNING on next-20250902] [also build test WARNING on v6.17-rc4] [cannot apply to robh/for-next akpm-mm/mm-everything tegra/for-next linus/master v6.17-rc4 v6.17-rc3 v6.17-rc2] [If your patch is applied to the w

Re: [PATCH 3/3] overflow: add range_overflows() and range_end_overflows()

2025-09-07 Thread Kees Cook
On Fri, Aug 29, 2025 at 08:46:01PM +0300, Jani Nikula wrote: > Move the range_overflows() and range_end_overflows() along with the _t > variants over from drm/i915 and drm/buddy to overflow.h. > > Cc: Kees Cook > Cc: Gustavo A. R. Silva > Cc: linux-harden...@vger.kernel.org > Signed-off-by: Jani

Re: [PATCH] dt-bindings: display: bridge: Reference DAI common schema

2025-09-07 Thread Rob Herring (Arm)
On Thu, 04 Sep 2025 10:38:17 +0200, Krzysztof Kozlowski wrote: > Several display bridges (e.g. LVDS to HDMI converters) are used as sound > Digital Audio Interface (DAI) and have '#sound-dai-cells', thus they > should reference dai-common.yaml schema to allow common properties, like > DAI name. >

[PATCH v9 1/9] mei: bus: add mei_cldev_mtu interface

2025-09-07 Thread Badal Nilawar
From: Alexander Usyskin Add a new helper function that allows MEI client drivers to query the maximum transmission unit (MTU) for a connected MEI client. This is useful for clients that need to transmit large payloads, such as firmware blobs, allowing them to determine the maximum message size t

Re: [PATCH v2 2/2] drm/panel: ilitek-ili9881c: Add configuration for 5" Raspberry Pi 720x1280

2025-09-07 Thread Devarsh Thakkar
Hi Marek, Thanks for the patch. On 05/09/25 02:26, Marek Vasut wrote: Add configuration for the 5" Raspberry Pi 720x1280 DSI panel based on ili9881. This uses 10px longer horizontal sync pulse and 10px shorter HBP to avoid very short hsync pulse. Is there a publicly available datasheet for th

Re: [PATCH v2 4/9] drm/panthor: Implement optional reset

2025-09-07 Thread Marek Vasut
On 9/4/25 5:20 PM, Boris Brezillon wrote: On Thu, 4 Sep 2025 16:54:38 +0200 Marek Vasut wrote: On 9/4/25 4:04 PM, Boris Brezillon wrote: Hello Boris, I suspect the extra soft reset I did before "un-halted" the GPU and allowed it to proceed. Hm, not quite. I mean, you still need to explici

Re: drm/etnaviv: detecting disabled Vivante GPU?

2025-09-07 Thread Christian Gmeiner
Hi > > the Allwinner A523/A527/T527 family of SoCs feature a Vivante > "VIP9000"(?) NPU, though it seems to be disabled on many SKUs. > See https://linux-sunxi.org/A523#Family_of_sun55iw3 for a table, the > row labelled "NPU" indicates which model has the IP. We suspect it's > all the same die, wi

[PATCH v2 07/12] drm/msm/disp: pull in common tiled YUV format parameters

2025-09-07 Thread Dmitry Baryshkov
Pull common params of tiled YUV formats into corresponding macro definitions, simplifying format table. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 27 --- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/msm/

Re: [PATCH 2/2] drm/panel: himax-hx83102: add panel starry xr109ia2t

2025-09-07 Thread Dmitry Baryshkov
On Thu, Sep 04, 2025 at 03:22:32AM +0300, Vladimir Yakovlev wrote: > The STARRY XR109AI2T is a 10.95" 1200x2000 (WUXGA+) TFT LCD panel with > himax-hx83102 controller. Hence, we add a new compatible with panel > specific config. > > Signed-off-by: Vladimir Yakovlev > --- > drivers/gpu/drm/panel/

[PATCH] drm/amdkfd: Fix error code sign for EINVAL in svm_ioctl()

2025-09-07 Thread Qianfeng Rong
Use negative error code -EINVAL instead of positive EINVAL in the default case of svm_ioctl() to conform to Linux kernel error code conventions. Fixes: 42de677f7999 ("drm/amdkfd: register svm range") Signed-off-by: Qianfeng Rong --- drivers/gpu/drm/amd/amdkfd/kfd_svm.c | 2 +- 1 file changed, 1

[PATCH v6 2/7] ALSA: Add definitions for the bits in IEC958 subframe

2025-09-07 Thread Shengjiu Wang
The IEC958 subframe format SNDRV_PCM_FMTBIT_IEC958_SUBFRAME_LE are used in HDMI and DisplayPort to describe the audio stream, but hardware device may need to reorder the IEC958 bits for internal transmission, so need these standard bits definitions for IEC958 subframe format. Signed-off-by: Shengj

Re: [PATCH v2 01/37] drm/atomic: Convert drm_atomic_get_connector_state() to use new connector state

2025-09-07 Thread Luca Ceresoli
On Tue, 02 Sep 2025 11:35:00 +0200 Maxime Ripard wrote: > The drm_atomic_get_connector_state() function calls a hand-rolled > implementation of the deprecated > drm_atomic_get_existing_connector_state() helper to get find if a > connector state had already been allocated and was part of the given

Re: [PATCH v3 01/14] rust: drm: gem: Simplify use of generics

2025-09-07 Thread Daniel Almeida
Hi Lyude, > On 29 Aug 2025, at 19:35, Lyude Paul wrote: > > Now that my rust skills have been honed, I noticed that there's a lot of > generics in our gem bindings that don't actually need to be here. Currently > the hierarchy of traits in our gem bindings looks like this: > > * Drivers implem

[PATCH v2 02/12] drm/msm/disp: set num_planes and fetch_mode in INTERLEAVED_RGB_FMT

2025-09-07 Thread Dmitry Baryshkov
All interleaved RGB formats use only 1 plane and MDP_FETCH_LINEAR. Specify num_planes and fetch_mode directly in the macro and remove unused parameters. Reviewed-by: Jessica Zhang Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 114 --

Re: [v4 05/15] mm/migrate_device: handle partially mapped folios during collection

2025-09-07 Thread kernel test robot
Hi Balbir, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-nonmm-unstable] [also build test WARNING on sj/damon/next linus/master v6.17-rc4 next-20250904] [cannot apply to akpm-mm/mm-everything] [If your patch is applied to the wrong git tree, kindly

Re: [RFC PATCH 2/2] drm/panthor: add initial mt8196 support

2025-09-07 Thread Boris Brezillon
On Wed, 3 Sep 2025 15:55:04 -0700 Chia-I Wu wrote: > diff --git a/drivers/gpu/drm/panthor/Makefile > b/drivers/gpu/drm/panthor/Makefile > index 02db21748c125..75e92c461304b 100644 > --- a/drivers/gpu/drm/panthor/Makefile > +++ b/drivers/gpu/drm/panthor/Makefile > @@ -12,4 +12,6 @@ panthor-y :=

[PATCH v6 RESEND 10/11] drm/amd: Avoid evicting resources at S5

2025-09-07 Thread Mario Limonciello (AMD)
Normally resources are evicted on dGPUs at suspend or hibernate and on APUs at hibernate. These steps are unnecessary when using the S4 callbacks to put the system into S5. Cc: AceLan Kao Cc: Kai-Heng Feng Cc: Mark Pearson Cc: Denis Benato Cc: Merthan Karakaş Tested-by: Eric Naim Acked-by:

Re: [PATCH v2 09/37] drm/atomic: Document __drm_planes_state state pointer

2025-09-07 Thread Luca Ceresoli
On Tue, 02 Sep 2025 11:35:08 +0200 Maxime Ripard wrote: > While the old and new state pointers are somewhat self-explanatory, the > state pointer and its relation to the other two really isn't. > > Now that we've cleaned up everything and it isn't used in any > modesetting path, we can document

  1   2   >