Re: [PATCH v3 2/2] arm64: dts: imx95: Describe Mali G310 GPU

2025-09-25 Thread Peng Fan
Hi Marek, On Thu, Sep 25, 2025 at 10:38:31PM +0200, Marek Vasut wrote: >The instance of the GPU populated in i.MX95 is the G310, describe this >GPU in the DT. Include dummy GPU voltage regulator and OPP tables. > > >+ gpu: gpu@4d90 { >+ compatible = "nxp,imx9

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

2025-09-25 Thread Alexandre Courbot
Hi Alistair, On Mon Sep 22, 2025 at 8:30 PM JST, Alistair Popple wrote: > diff --git a/drivers/gpu/nova-core/gsp/cmdq.rs > b/drivers/gpu/nova-core/gsp/cmdq.rs > new file mode 100644 > index ..a9ba1a4c73d8 > --- /dev/null > +++ b/drivers/gpu/nova-core/gsp/cmdq.rs > @@ -0,0 +1,423 @@ >

[git pull] drm fixes for 6.17-rc8/final

2025-09-25 Thread Dave Airlie
Hey Linus, Weekly fixes, some fbcon font handling fixes, then amdgpu/xe/i915 with a few, and a few misc fixes for other drivers. Seems about right for this stage, and I don't know of anything outstanding. Regards, Dave. drm-fixes-2025-09-26: drm fixes for 6.17-rc8 (or final) fbcon: - fix OOB ac

Re: [PATCH 1/9] drm/rcar-du: dsi: Fix missing parameter in RXSETR_...EN macros

2025-09-25 Thread Laurent Pinchart
On Mon, Sep 22, 2025 at 08:54:57PM +0200, Marek Vasut wrote: > The RXSETR_CRCEN(n) and RXSETR_ECCEN(n) macros both take parameter (n), > add the missing macro parameter. Neither of those macros is used by the > driver, so for now the bug is harmless. > > Fixes: 685e8dae19df ("drm/rcar-du: dsi: Imp

[PATCH v2 07/14] drm/imx: dc: Add DPR channel support

2025-09-25 Thread Liu Ying
Display Prefetch Resolve Channel(DPRC) is a part of a prefetch engine. It fetches display data, transforms it to linear format and stores it to DPRC's RTRAM. PRG, as the other part of a prefetch engine, acts as a gasket between the RTRAM controller and a FetchUnit. Add a platform driver to suppor

[PATCH 2/4] drm/imx/ldb: drop unused module alias

2025-09-25 Thread Johan Hovold
The driver has never supported anything but OF probe so drop the unused platform module alias incorrectly added by commit bc627387a951 ("imx-drm: imx-ldb: Add MODULE_ALIAS()"). Signed-off-by: Johan Hovold --- drivers/gpu/drm/imx/ipuv3/imx-ldb.c | 1 - 1 file changed, 1 deletion(-) diff --git a/

Re: [PATCH] drm/shmem-helper: Add huge page fault handler

2025-09-25 Thread kernel test robot
Hi Loïc, kernel test robot noticed the following build warnings: [auto build test WARNING on drm-misc/drm-misc-next] [also build test WARNING on drm/drm-next drm-exynos/exynos-drm-next drm-intel/for-linux-next drm-intel/for-linux-next-fixes drm-tip/drm-tip linus/master v6.17-rc7 next-20250923]

Re: [PATCH v6 12/14] phy: qcom: qmp-usbc: Add QCS615 USB/DP PHY config and DP mode support

2025-09-25 Thread Xiangxu Yin
On 9/26/2025 5:57 AM, Dmitry Baryshkov wrote: > On Thu, Sep 25, 2025 at 03:04:58PM +0800, Xiangxu Yin wrote: >> Add QCS615-specific configuration for USB/DP PHY, including DP init >> routines, voltage swing tables, and platform data. Add compatible >> "qcs615-qmp-usb3-dp-phy". >> >> Note: SW_PORT

Re: [PATCH v7 RESEND 0/2] i2c: i2c-qcom-geni: Add Block event interrupt support

2025-09-25 Thread Mukesh Savaliya
On 9/25/2025 4:58 AM, Andi Shyti wrote: Hi Jyothi, I'm sorry, but this is not a resend, but this is a v8. Other than: 1. commit log in patch 1: removed duplicate sentence 2. use proper types when calling geni_i2c_gpi_unmap() inside geni_i2c_gpi_multi_desc_unmap() is there anything else?

Re: [PATCH v2 01/10] gpu: nova-core: Set correct DMA mask

2025-09-25 Thread John Hubbard
On 9/22/25 9:08 AM, Danilo Krummrich wrote: > On 9/22/25 1:30 PM, Alistair Popple wrote: >> +// SAFETY: No DMA allocations have been made yet > > It's not really about DMA allocations that have been made previously, there is > no unsafe behavior in that. > > It's about the method must not

RE: [RFC PATCH] drm/uapi: Indroduce a VRR Range Control Interface

2025-09-25 Thread Tseng, Chuan Yu (Max)
[AMD Official Use Only - AMD Internal Distribution Only] n Wed, Sep 24, 2025 at 10:39:16AM +0200, Michel Dänzer wrote: >> On 24.09.25 10:34, Ville Syrjälä wrote: >> > On Mon, Sep 15, 2025 at 03:37:07PM +, Derek Foreman wrote: >> >> On 9/15/25 5:01 AM, Michel Dänzer wrote: >> >>> On 12.09.25 15

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

2025-09-25 Thread Alexandre Courbot
On Thu Sep 25, 2025 at 3:32 PM JST, Alistair Popple wrote: >> > +#[expect(unused)] >> > +pub(crate) fn receive_msg_from_gsp( >> > +&mut self, >> > +timeout: Delta, >> > +init: impl FnOnce(&M, SBuffer>) >> > -> Result, >> > +) -> Result { >> > +let (driv

[PATCH] MAINTAINERS: add myself as maintainer for GUD

2025-09-25 Thread Ruben Wauters
Since GUD has been without a maintainer for some time, and I have been working on it, This patch adds myself as maintainer for the GUD driver. Signed-off-by: Ruben Wauters --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 16f601

[PULL] drm-xe-fixes

2025-09-25 Thread Rodrigo Vivi
Hi Dave and Sima, Here goes our drm-xe-fixes PR for this week. Nothing extraordinary. A quiet week in fixes. Thanks, Rodrigo. drm-xe-fixes-2025-09-25: - Don't expose sysfs attributes not applicable for VFs (Michal) - Fix build with CONFIG_MODULES=n (Lucas) - Don't copy pinned kernel bos twice on

Re: [PATCH v2 01/10] gpu: nova-core: Set correct DMA mask

2025-09-25 Thread Boqun Feng
On Mon, Sep 22, 2025 at 09:30:17PM +1000, Alistair Popple wrote: > Set the correct DMA mask. Without this DMA will fail on some setups. > > Signed-off-by: Alistair Popple > > --- > > Changes for v2: > > - Update DMA mask to correct value for Ampere/Turing (47 bits) > --- > drivers/gpu/nova-c

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

2025-09-25 Thread Joel Fernandes
Hi Greg, On Sun, Sep 21, 2025 at 02:45:27PM +0200, Greg KH wrote: > On Sun, Sep 21, 2025 at 02:33:56PM +0200, Benno Lossin wrote: > > On Sun Sep 21, 2025 at 11:36 AM CEST, Greg KH wrote: > > > On Sat, Sep 20, 2025 at 02:22:27PM -0400, Joel Fernandes wrote: > > >> The bitfield-specific into new mac

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

2025-09-25 Thread Alistair Popple
On 2025-09-25 at 19:53 +1000, David Hildenbrand wrote... > On 25.09.25 02:25, Alistair Popple wrote: > > On 2025-09-16 at 22:21 +1000, Balbir Singh wrote... > > > Extend core huge page management functions to handle device-private THP > > > entries. This enables proper handling of large device-p

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

2025-09-25 Thread Alistair Popple
On 2025-09-25 at 22:02 +1000, Balbir Singh wrote... > On 9/25/25 19:43, David Hildenbrand wrote: > > On 25.09.25 01:58, Alistair Popple wrote: > >> On 2025-09-25 at 03:36 +1000, Zi Yan wrote... > >>> On 24 Sep 2025, at 6:55, David Hildenbrand wrote: > >>> > On 18.09.25 04:49, Zi Yan wrote: >

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

2025-09-25 Thread Alistair Popple
On 2025-09-26 at 01:27 +1000, Zi Yan wrote... > On 24 Sep 2025, at 19:45, Alistair Popple wrote: > > > On 2025-09-25 at 03:49 +1000, Zi Yan wrote... > >> On 24 Sep 2025, at 7:04, David Hildenbrand wrote: > >> > >>> On 23.09.25 05:47, Balbir Singh wrote: > On 9/19/25 23:26, Zi Yan wrote: > >

Re: [PATCH v4 1/7] usb: typec: Add default HPD device when register DisplayPort altmode

2025-09-25 Thread Chaoyi Chen
On 9/23/2025 11:11 AM, Dmitry Baryshkov wrote: On Tue, Sep 23, 2025 at 09:34:39AM +0800, Chaoyi Chen wrote: On 9/23/2025 9:10 AM, Dmitry Baryshkov wrote: On Mon, Sep 22, 2025 at 09:20:33AM +0800, Chaoyi Chen wrote: From: Chaoyi Chen Add default DRM AUX HPD bridge device when register Displ

[PATCH v2] drm/msm/dpu: Fix adjusted mode clock check for 3d merge

2025-09-25 Thread Jessica Zhang
Since 3D merge allows for larger modes to be supported across 2 layer mixers, filter modes based on adjusted mode clock / 2 when 3d merge is supported. Reported-by: Abel Vesa Fixes: 62b7d6835288 ("drm/msm/dpu: Filter modes based on adjusted mode clock") Signed-off-by: Jessica Zhang --- Changes i

[PATCH v8 drm-dp 1/4] drm/hisilicon/hibmc: fix dp probabilistical detect errors after HPD irq

2025-09-25 Thread Yongbang Shi
From: Baihan Li The issue is that drm_connector_helper_detect_from_ddc() returns wrong status when plugging or unplugging the monitor. Use HPD pin status in DP's detect_ctx() for real physcal monitor in/out, and implementation a complete DP detection including read DPCD, check if it's a branch de

[PATCH v8 drm-dp 4/4] drm/hisilicon/hibmc: Adding reset colorbar cfg in dp init.

2025-09-25 Thread Yongbang Shi
From: Baihan Li Add colorbar disable operation before reset chontroller, to make sure colorbar status is clear in the DP init, so if rmmod the driver and the previous colorbar configuration will not affect the next time insmod the driver. Fixes: 3c7623fb5bb6 ("drm/hisilicon/hibmc: Enable this ho

[PATCH v8 drm-dp 0/4] Fix hibmc driver bugs

2025-09-25 Thread Yongbang Shi
From: Baihan Li There are some bugfix for hibmc-drm driver. --- ChangeLog: v7 -> v8: - fix build errors reported by kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202509241625.o4mnlevb-...@intel.com/ v6 -> v7: - add the check about branch devices, suggested by Dmitry Ba

[PATCH v8 drm-dp 3/4] drm/hisilicon/hibmc: fix no showing problem with loading hibmc manually

2025-09-25 Thread Yongbang Shi
From: Baihan Li When using command rmmod and insmod, there is no showing in second time insmoding. Because DP controller won't send HPD signals, if connection doesn't change or controller isn't reset. So add reset before unreset in hibmc_dp_hw_init(). And also need to move the HDCP cfg after DP

[PATCH v8 drm-dp 2/4] drm/hisilicon/hibmc: add dp mode valid check

2025-09-25 Thread Yongbang Shi
From: Baihan Li If DP is connected, check the DP BW in mode_valid_ctx() to ensure that DP's link rate supports high-resolution data transmission. Fixes: 0ab6ea261c1f ("drm/hisilicon/hibmc: add dp module in hibmc") Signed-off-by: Baihan Li Signed-off-by: Yongbang Shi Reviewed-by: Dmitry Baryshk

Re: [PATCH v2 03/10] gpu: nova-core: gsp: Create wpr metadata

2025-09-25 Thread Alexandre Courbot
On Mon Sep 22, 2025 at 8:30 PM JST, Alistair Popple wrote: > diff --git a/drivers/gpu/nova-core/gsp/fw.rs b/drivers/gpu/nova-core/gsp/fw.rs > index dd1e7fc85d85..7f4fe684ddaf 100644 > --- a/drivers/gpu/nova-core/gsp/fw.rs > +++ b/drivers/gpu/nova-core/gsp/fw.rs > +pub(crate) use r570_144::{ > +

Re: [PATCH v2 03/10] gpu: nova-core: gsp: Create wpr metadata

2025-09-25 Thread Alexandre Courbot
On Thu Sep 25, 2025 at 5:24 AM JST, Lyude Paul wrote: > On Mon, 2025-09-22 at 21:30 +1000, Alistair Popple wrote: >> The GSP requires some pieces of metadata to boot. These are passed in a >> struct which the GSP transfers via DMA. Create this struct and get a >> handle to it for future use when bo

[PATCH 08/15 6.6.y] minmax: fix up min3() and max3() too

2025-09-25 Thread Eliav Farber
From: Linus Torvalds [ Upstream commit 21b136cc63d2a9ddd60d4699552b69c214b32964 ] David Laight pointed out that we should deal with the min3() and max3() mess too, which still does excessive expansion. And our current macros are actually rather broken. In particular, the macros did this: #d

[PATCH] drm/i915/gvt: Propagate vfio_set_irqs_validate_and_prepare() error

2025-09-25 Thread Andi Shyti
From: Andi Shyti Return the actual error code from vfio_set_irqs_validate_and_prepare() instead of always collapsing to -EINVAL. While the helper currently returns -EINVAL in most cases, passing through the real error code is more future-proof. While at it, drop the stray 'intel:' prefix from th

Re: [PATCH 1/2] misc: fastrpc: Add support for new DSP IOVA formatting

2025-09-25 Thread kernel test robot
Hi Jingyi, kernel test robot noticed the following build warnings: [auto build test WARNING on ae2d20002576d2893ecaff25db3d7ef9190ac0b6] url: https://github.com/intel-lab-lkp/linux/commits/Jingyi-Wang/misc-fastrpc-Add-support-for-new-DSP-IOVA-formatting/20250925-074855 base

Re: [PATCH v5 1/1] [DRIVER] gpu: drm: add support for Yhgc ZX1000 soc chipset

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 05:17:15PM +0800, Chu Guangqing wrote: > add support for Yhgc BMC soc chipset > > Signed-off-by: Chu Guangqing > --- > MAINTAINERS| 5 + > drivers/gpu/drm/Kconfig| 2 + > drivers/gpu/drm/Makefile | 1 + > dri

Re: [PATCH v3] drm/i915/guc: Skip communication warning on reset in progress

2025-09-25 Thread Dong, Zhanjun
On 2025-09-25 11:55 a.m., Belgaumkar, Vinay wrote: On 9/15/2025 5:16 PM, Zhanjun Dong wrote: GuC IRQ and tasklet handler receive just single G2H message, and let other messages to be received from next tasklet. During this chained tasklet process, if reset process started, communication wil

Re: [PATCH] drm/gud: fix accidentally deleted IS_ERR() check

2025-09-25 Thread Thomas Zimmermann
Am 22.09.25 um 19:32 schrieb Ruben Wauters: During conversion of WARN_ON_ONCE to drm_WARN_ON_ONCE in commit 2d2f1dc74cfb ("drm: gud: replace WARN_ON/WARN_ON_ONCE with drm versions"), the IS_ERR check was accidentally removed, breaking the gud_connector_add_properties() function, as any valid p

Re: [PATCH v2 03/10] PCI/P2PDMA: Refactor to separate core P2P functionality from memory allocation

2025-09-25 Thread Jason Gunthorpe
On Thu, Sep 25, 2025 at 04:31:31PM -0600, Alex Williamson wrote: > On Thu, 25 Sep 2025 08:53:08 -0300 > Jason Gunthorpe wrote: > > > On Thu, Sep 25, 2025 at 10:03:14AM +0300, Leon Romanovsky wrote: > > > > > > It would at least make sense to me then to store the provider on the > > > > vfio_pci_

Re: [PATCH v2 19/19] rust: regulator: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Benno Lossin
On Thu Sep 25, 2025 at 3:54 PM CEST, Tamir Duberstein wrote: > C-String literals were added in Rust 1.77. Replace instances of > `kernel::c_str!` with C-String literals where possible. > > Signed-off-by: Tamir Duberstein Reviewed-by: Benno Lossin --- Cheers, Benno > --- > rust/kernel/regulato

Re: [PATCH v6 05/14] phy: qcom: qmp-usbc: Move reset config into PHY cfg

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:04:51PM +0800, Xiangxu Yin wrote: > The original reset list only works for USB-only PHYs. USB3DP PHYs require > different reset names such as "dp_phy", so they need a separate list. > > Moving reset configuration into qmp_phy_cfg allows per-PHY customization > without ad

Re: [PATCH] drm/i915: i915_pmu: Use sysfs_emit() instead of sprintf()

2025-09-25 Thread Andi Shyti
Hi Madhur, On Wed, Sep 24, 2025 at 01:20:51AM +0530, Madhur Kumar wrote: > Follow the advice in Documentation/filesystems/sysfs.rst: > show() should only use sysfs_emit() or sysfs_emit_at() when formatting > the value to be returned to user space. > > Signed-off-by: Madhur Kumar merged to drm-i

Re: [PATCH RESEND] drm: Use strscpy() instead of strscpy_pad()

2025-09-25 Thread Thorsten Blum
Hi all, > On 8. Sep 2025, Thorsten Blum wrote: > > kzalloc() already zero-initializes the destination buffers, making > strscpy() sufficient for safely copying the names. The additional > NUL-padding performed by strscpy_pad() is unnecessary. > > If the destination buffer has a fixed length, str

Re: [PATCH v2 03/10] PCI/P2PDMA: Refactor to separate core P2P functionality from memory allocation

2025-09-25 Thread Alex Williamson
On Thu, 25 Sep 2025 08:53:08 -0300 Jason Gunthorpe wrote: > On Thu, Sep 25, 2025 at 10:03:14AM +0300, Leon Romanovsky wrote: > > > > It would at least make sense to me then to store the provider on the > > > vfio_pci_dma_buf object at the time of the get feature call rather than > > > vfio_pci_c

Re: [PATCH v2 18/19] rust: io: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Danilo Krummrich
On 9/25/25 3:54 PM, Tamir Duberstein wrote: > C-String literals were added in Rust 1.77. Replace instances of > `kernel::c_str!` with C-String literals where possible. > > Signed-off-by: Tamir Duberstein Acked-by: Danilo Krummrich

Re: [PATCH v2] drm/msm/dpu: Fix adjusted mode clock check for 3d merge

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 09:51:28AM +0300, Abel Vesa wrote: > On 25-09-23 16:03:50, Jessica Zhang wrote: > > Since 3D merge allows for larger modes to be supported across 2 layer > > mixers, filter modes based on adjusted mode clock / 2 when 3d merge is > > supported. > > > > Reported-by: Abel Vesa

Re: [PATCH v5 10/17] drm/bridge: analogix_dp: Apply drm_bridge_connector helper

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:33:45PM +0800, Damon Ding wrote: > Hi Dmitry, > > On 9/25/2025 11:37 AM, Dmitry Baryshkov wrote: > > On Wed, Sep 24, 2025 at 05:14:57PM +0800, Damon Ding wrote: > > > Hi Dmitry, > > > > > > On 9/12/2025 7:03 PM, Dmitry Baryshkov wrote: > > > > On Fri, Sep 12, 2025 at 04

Re: [PATCH v5 0/1] [DRIVER] gpu: drm: add support for Yhgc ZX1000 soc chipset

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 05:17:14PM +0800, Chu Guangqing wrote: > Hi Dmitry, > > I have read Documentation/process/submitting-patches.rst. however, the content > is quite extensive. Please point out any omissions if there are any. Most importantly, don't post new iterations as a response to the p

Re: [PATCH v6 06/14] phy: qcom: qmp-usbc: add DP link and vco_div clocks for DP PHY

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:04:52PM +0800, Xiangxu Yin wrote: > USB3DP PHY requires link and vco_div clocks when operating in DP mode. > Extend qmp_usbc_register_clocks and the clock provider logic to register > these clocks along with the existing pipe clock, to support both USB and > DP configurat

Re: [PATCH 1/2] drm/connector: allow a .destroy callback for drmm-allocated connectors

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 07:19:49PM +0200, Luca Ceresoli wrote: > Some code is going to need connector-specific cleanup actions (namely > drm_bridge_connector will need to put refcounted bridges). > > The .destroy callback is appropriate for this task but it is currently > forbidden by drmm_connect

Re: [PATCH v2 18/19] rust: io: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Benno Lossin
On Thu Sep 25, 2025 at 3:54 PM CEST, Tamir Duberstein wrote: > C-String literals were added in Rust 1.77. Replace instances of > `kernel::c_str!` with C-String literals where possible. > > Signed-off-by: Tamir Duberstein Reviewed-by: Benno Lossin --- Cheers, Benno > --- > rust/kernel/io/mem.r

Re: [PATCH v3 2/3] drm/mipi-dsi: Add flag to support dual-panel configurations

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:10:35PM +0800, Jun Nie wrote: > Dmitry Baryshkov 于2025年9月25日周四 02:02写道: > > > > On Wed, 24 Sept 2025 at 18:08, Jun Nie wrote: > > > > > > Some devices treat two independent physical DSI panels as a single > > > logical panel from the CRTC's perspective. However, two sep

Re: [PATCH 3/3] arm64: dts: qcom: qcs8300-ride: add anx7625 DSI to DP bridge node

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 11:06:02AM +0530, Ayushi Makhija wrote: > Add anx7625 DSI to DP bridge device node. > > Signed-off-by: Ayushi Makhija > --- > arch/arm64/boot/dts/qcom/qcs8300-ride.dts | 170 ++ > 1 file changed, 170 insertions(+) > Reviewed-by: Dmitry Baryshkov -

Re: [PATCH 2/3] arm64: dts: qcom: qcs8300: add Display Serial Interface device nodes

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 11:06:01AM +0530, Ayushi Makhija wrote: > Add device tree nodes for the DSI0 controller with their corresponding > PHY found on Qualcomm QCS8300 SoC. > > Signed-off-by: Ayushi Makhija > --- > arch/arm64/boot/dts/qcom/qcs8300.dtsi | 95 ++- > 1 file

Re: [PATCH 1/3] dt-bindings: display: msm: document DSI controller and phy on QCS8300

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 11:06:00AM +0530, Ayushi Makhija wrote: > Document DSI controller and phy on QCS8300 platform. > > Signed-off-by: Ayushi Makhija > --- > .../display/msm/qcom,qcs8300-mdss.yaml| 100 +- > 1 file changed, 99 insertions(+), 1 deletion(-) > > diff --g

[git pull] accel/habanalabs: fixes and updates for drm-next-6.18

2025-09-25 Thread Elbaz, Koby
Hi Dave, Sima. We are excited to continue the upstreaming of the accel/habanalabs driver, based on the work previously done by Oded Gabbay and Ofir Bitton. >From this cycle on, both me and Konstantin Sinyuk, will be maintaining the driver upstreaming, ensuring regular updates into drm-next. This

Re: [PATCH v6 10/14] phy: qcom: qmp-usbc: Add USB/DP exclude handling

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:04:56PM +0800, Xiangxu Yin wrote: > When both USB and DP PHY modes are enabled simultaneously on the same > QMP USBC PHY, it can lead to hardware misconfiguration and undefined > behavior. This happens because the PHY resources are not designed to > operate in both modes

Re: [PATCH v3 3/3] drm/msm/dsi: Support dual panel use case with single CRTC

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 12:43:43PM +0800, Jun Nie wrote: > Dmitry Baryshkov 于2025年9月25日周四 03:21写道: > > > > On Wed, Sep 24, 2025 at 11:08:12PM +0800, Jun Nie wrote: > > > Support a hardware configuration where two independent DSI panels are > > > driven by a single, synchronous CRTC. This configura

Re: [PATCH v3 1/3] drm/msm/dsi: support DSC configurations with slice_per_pkt > 1

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:07:28PM +0800, Jun Nie wrote: > Dmitry Baryshkov 于2025年9月25日周四 03:10写道: > > > > On Wed, Sep 24, 2025 at 11:08:10PM +0800, Jun Nie wrote: > > > Some panels support multiple slice to be sent in a single DSC packet. And > > > > s/support/require/ > > > > If the panel suppor

Re: [PATCH v3 2/2] arm64: dts: imx95: Describe Mali G310 GPU

2025-09-25 Thread Frank Li
On Thu, Sep 25, 2025 at 10:38:31PM +0200, Marek Vasut wrote: > The instance of the GPU populated in i.MX95 is the G310, describe this > GPU in the DT. Include dummy GPU voltage regulator and OPP tables. > > Signed-off-by: Marek Vasut > --- Reviewed-by: Frank Li > Cc: Boris Brezillon > Cc: Cono

Re: [PATCH RFC 2/2] drm/bridge: samsung-dsim: move clk setup to enable

2025-09-25 Thread Jan Remmet
Am 25.09.25 um 13:47 schrieb Marek Szyprowski: > On 25.09.2025 13:35, Jan Remmet wrote: >> Move the samsung_dsim_init and so samsung_dsim_enable_clock to >> samsung_dsim_atomic_enable. >> >> The base clocks may not be ready when pre_enable is called. >> >> commit c9b1150a68d9 ("drm/atomic-helper: R

Re: [PATCH 2/3] clk: keystone: don't cache clock rate

2025-09-25 Thread Randolph Sapp
On Thu Sep 25, 2025 at 6:43 AM CDT, Maxime Ripard wrote: > On Wed, Sep 24, 2025 at 09:26:17PM -0500, Randolph Sapp wrote: >> On Wed Sep 17, 2025 at 10:24 AM CDT, Kevin Hilman wrote: >> > Michael Walle writes: >> > >> >> The TISCI firmware will return 0 if the clock or consumer is not >> >> enabled

[PATCH v3 11/22] staging: media: tegra-video: csi: move avdd-dsi-csi-supply from VI to CSI

2025-09-25 Thread Svyatoslav Ryhel
The avdd-dsi-csi-supply is CSI power supply not VI, hence move it to proper place. Signed-off-by: Svyatoslav Ryhel Tested-by: Luca Ceresoli # Tegra20 VIP Reviewed-by: Luca Ceresoli Reviewed-by: Mikko Perttunen --- drivers/staging/media/tegra-video/csi.c | 19 ++- drivers/stagi

[PATCH v3 06/22] staging: media: tegra-video: vi: adjust get_selection op check

2025-09-25 Thread Svyatoslav Ryhel
Get_selection operation may be implemented only for sink pad and may return error code. Set try_crop to 0 instead of returning error. Signed-off-by: Svyatoslav Ryhel --- drivers/staging/media/tegra-video/vi.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/sta

Re: [PATCH 2/8] dt-bindings: display: panel-simple-dsi: Remove Samsung S6E3FC2 compatible

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 11:12:48AM +0200, David Heidelberg via B4 Relay wrote: > From: David Heidelberg > > Follow up commit introduce the proper device tree definition for the DDIC. And the reason being? > > Signed-off-by: David Heidelberg > --- > Documentation/devicetree/bindings/display/p

Re: [PATCH 7/8] drm/panel: samsung-sofef00: Invert reset gpio polarity

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 11:12:53AM +0200, David Heidelberg via B4 Relay wrote: > From: David Heidelberg > > Follow the device-tree change for OnePlus 6/6T and invert the reset > polarity in the driver. Reset is usually active-low. On most of the boards it is described as RESET#. > > Fixes: 593

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

2025-09-25 Thread Marek Vasut
On 9/17/25 4:18 PM, Rain Yang wrote: Hello Jiyu, sorry for the late reply. sorry for the inconvienence. this uboot version don't include SM-184's change. I heard you're using i.MX95 A1 Chip, so you can extract the uboot in below link[1], or build from source, or raise one ticket in this websi

[PATCH v3 2/2] arm64: dts: imx95: Describe Mali G310 GPU

2025-09-25 Thread Marek Vasut
The instance of the GPU populated in i.MX95 is the G310, describe this GPU in the DT. Include dummy GPU voltage regulator and OPP tables. Signed-off-by: Marek Vasut --- Cc: Boris Brezillon Cc: Conor Dooley Cc: David Airlie Cc: Fabio Estevam Cc: Jiyu Yang (OSS) Cc: Krzysztof Kozlowski Cc: Li

[PATCH v3 1/2] dt-bindings: gpu: mali-valhall-csf: Document i.MX95 support

2025-09-25 Thread Marek Vasut
The instance of the GPU populated in Freescale i.MX95 is the Mali G310, document support for this variant. Reviewed-by: Alexander Stein Reviewed-by: Frank Li Reviewed-by: Rob Herring (Arm) Signed-off-by: Marek Vasut --- Cc: Boris Brezillon Cc: Conor Dooley Cc: David Airlie Cc: Fabio Estevam

Re: [PATCH 0/8] Add OnePlus 6T display (Samsung S6E3FC2X01 DDIC with AMS641RW panel)

2025-09-25 Thread David Heidelberg
On 25/09/2025 11:37, Konrad Dybcio wrote: On 9/25/25 11:12 AM, David Heidelberg via B4 Relay wrote: This patchset enables display on the OnePlus 6T smartphone. Minor adjust to the device-tree of OnePlus 6 had to be done to properly document reset GPIO used. Also same adjustments had been done t

Re: [PATCH 5/8] arm64: dts: qcom: sdm845-oneplus: Correct panel reset gpio polarity

2025-09-25 Thread Jens Reidel
On 9/25/25 11:12, David Heidelberg via B4 Relay wrote: From: David Heidelberg Reset GPIO should be active in high state as usually the board doesn't invert the polarity. Fixes: 288ef8a42612 ("arm64: dts: sdm845: add oneplus6/6t devices") Signed-off-by: David Heidelberg --- arch/arm64/boot/d

Re: [PATCH] dt-bindings: leds: arc,arc2c0608: Convert to DT Schema

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

[PATCH v3 04/22] dt-bindings: display: tegra: document Tegra30 VI and VIP

2025-09-25 Thread Svyatoslav Ryhel
Existing Parallel VI interface schema for Tegra20 is fully compatible with Tegra30; hence, lets reuse it by setting fallback for Tegra30. Adjust existing VI schema to reflect that Tegra20 VI is compatible with Tegra30 by setting a fallback for Tegra30. Additionally, switch to using an enum instead

Re: [PATCH v2] accel/ivpu: Split FW runtime and global memory buffers

2025-09-25 Thread Karol Wachowski
Applied to drm-misc-next On 9/25/2025 8:30 PM, Lizhi Hou wrote: > Reviewed-by: Lizhi Hou > > On 9/25/25 00:42, Karol Wachowski wrote: >> Split firmware boot parameters (4KB) and FW version (4KB) into dedicated >> buffer objects, separating them from the FW runtime memory buffer. This >> creates t

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

2025-09-25 Thread Thomas Hellström
On Thu, 2025-09-25 at 13:28 +0200, Christian König wrote: > On 25.09.25 12:51, Thomas Hellström wrote: > > > > In that case I strongly suggest to add a private DMA-buf > > > > interface > > > > for the DMA- > > > > bufs exported by vfio-pci which returns which BAR and offset > > > > the > > > > DMA

Re: [PATCH v2] accel/ivpu: Split FW runtime and global memory buffers

2025-09-25 Thread Lizhi Hou
Reviewed-by: Lizhi Hou On 9/25/25 00:42, Karol Wachowski wrote: Split firmware boot parameters (4KB) and FW version (4KB) into dedicated buffer objects, separating them from the FW runtime memory buffer. This creates three distinct buffers with independent allocation control. This enables futu

Re: [PATCH V11 06/47] drm/colorop: Add 1D Curve subtype

2025-09-25 Thread Harry Wentland
On 2025-09-25 04:11, Pekka Paalanen wrote: On Tue, 23 Sep 2025 11:41:24 -0600 Alex Hung wrote: On 9/23/25 10:16, Alex Hung wrote: On 9/23/25 01:59, Pekka Paalanen wrote: On Mon, 22 Sep 2025 21:16:45 -0600 Alex Hung wrote: On 9/18/25 02:40, Pekka Paalanen wrote: ... The problem

Re: [PATCH i-g-t v2 3/3] tests/panthor: add panthor tests

2025-09-25 Thread Kamil Konieczny
Hi Daniel, On 2025-09-12 at 15:19:30 -0300, Daniel Almeida wrote: > Add an initial test suit covering query device properties, allocating > memory, binding and unbinding VA ranges through VM_BIND and submitting a > simple piece of work through GROUP_SUBMIT. One more nit on top of Daniel Stone revi

[PATCH v2 07/19] rust: device: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Tamir Duberstein
C-String literals were added in Rust 1.77. Replace instances of `kernel::c_str!` with C-String literals where possible. Acked-by: Greg Kroah-Hartman Reviewed-by: Alice Ryhl Reviewed-by: Benno Lossin Acked-by: Danilo Krummrich Signed-off-by: Tamir Duberstein --- rust/kernel/device.rs

[PATCH 0/2] drm/bridge: bridge-connector: get/put the stored bridges

2025-09-25 Thread Luca Ceresoli
stored bridges drivers/gpu/drm/display/drm_bridge_connector.c | 112 + drivers/gpu/drm/drm_connector.c| 6 +- 2 files changed, 78 insertions(+), 40 deletions(-) --- base-commit: 063db451832b8849faf1b0b8404b3a6a39995b29 change-id: 20250925-drm-bridge-allo

Re: [PATCH v5 07/17] drm/exynos: exynos_dp: Add legacy bridge to parse the display-timings node

2025-09-25 Thread Damon Ding
Hi Dmitry, On 9/12/2025 6:51 PM, Dmitry Baryshkov wrote: On Fri, Sep 12, 2025 at 04:58:36PM +0800, Damon Ding wrote: If there is neither a panel nor a bridge, the display timing can be parsed from the display-timings node under the dp node. Adding a legacy bridge to parse the display-timings n

[PATCH 2/2] drm/display: bridge-connector: get/put the stored bridges

2025-09-25 Thread Luca Ceresoli
drm_bridge_connector_init() takes eight pointers to various bridges, some of which can be identical, and stores them in pointers inside struct drm_bridge_connector. Get a reference to each of the taken bridges and put it on cleanup. This is tricky because the pointers are currently stored directly

[PATCH 1/2] drm/connector: allow a .destroy callback for drmm-allocated connectors

2025-09-25 Thread Luca Ceresoli
Some code is going to need connector-specific cleanup actions (namely drm_bridge_connector will need to put refcounted bridges). The .destroy callback is appropriate for this task but it is currently forbidden by drmm_connector_init(). Relax this limitation and document it. Signed-off-by: Luca Ce

[PATCH v3 12/22] arm64: tegra: move avdd-dsi-csi-supply into CSI node

2025-09-25 Thread Svyatoslav Ryhel
avdd-dsi-csi-supply belongs in CSI node, not VI. Signed-off-by: Svyatoslav Ryhel --- arch/arm64/boot/dts/nvidia/tegra210-p2597.dtsi | 4 ++-- arch/arm64/boot/dts/nvidia/tegra210-p3450-.dts | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm64/boot/dts/nvidia

[PATCH v3 21/22] ARM: tegra: add CSI nodes for Tegra20 and Tegra30

2025-09-25 Thread Svyatoslav Ryhel
Add CSI node to Tegra20 and Tegra30 device trees. Signed-off-by: Svyatoslav Ryhel --- arch/arm/boot/dts/nvidia/tegra20.dtsi | 19 ++- arch/arm/boot/dts/nvidia/tegra30.dtsi | 24 ++-- 2 files changed, 40 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot

Re: [PATCH v2 2/5] clk: bcm: rpi: Turn firmware clock on/off when preparing/unpreparing

2025-09-25 Thread Stefan Wahren
Hi, Am 25.09.25 um 09:57 schrieb Marek Szyprowski: On 31.07.2025 23:06, Maíra Canal wrote: Currently, when we prepare or unprepare RPi's clocks, we don't actually enable/disable the firmware clock. This means that `clk_disable_unprepare()` doesn't actually change the clock state at all, nor doe

Re: [RFC PATCH 1/2] dma-buf: Add support for private interconnects

2025-09-25 Thread Matthew Brost
On Thu, Sep 25, 2025 at 05:48:36PM +0200, Thomas Hellström wrote: > On Thu, 2025-09-25 at 15:08 +0200, Thomas Hellström wrote: > > Add a function to the dma_buf_attach_ops to indicate whether the > > connection is a private interconnect. If so the function returns > > the address to an interconnect

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

2025-09-25 Thread Jason Gunthorpe
On Thu, Sep 25, 2025 at 05:40:25PM +0200, Thomas Hellström wrote: > > I think is also needs an API that is not based on scatterlist. Please > > lets not push a private interconnect address through the scatterlist > > dma_addr_t! > > I think that needs to be defined per interconnect, choosing a dat

Re: [PATCH v3 00/11] drm/connector: hdmi: limit infoframes per driver capabilities

2025-09-25 Thread Dmitry Baryshkov
On Thu, Sep 25, 2025 at 03:13:47PM +0200, Maxime Ripard wrote: > On Wed, Sep 10, 2025 at 06:26:56PM +0300, Dmitry Baryshkov wrote: > > On Wed, Sep 10, 2025 at 09:30:19AM +0200, Maxime Ripard wrote: > > > On Wed, Sep 03, 2025 at 03:03:43AM +0300, Dmitry Baryshkov wrote: > > > > On Tue, Sep 02, 2025

[PATCH 15/19 v6.1.y] minmax.h: reduce the #define expansion of min(), max() and clamp()

2025-09-25 Thread Eliav Farber
From: David Laight [ Upstream commit b280bb27a9f7c91ddab730e1ad91a9c18a051f41 ] Since the test for signed values being non-negative only relies on __builtion_constant_p() (not is_constexpr()) it can use the 'ux' variable instead of the caller supplied expression. This means that the #define par

Re: [RFC PATCH 1/2] dma-buf: Add support for private interconnects

2025-09-25 Thread Thomas Hellström
On Thu, 2025-09-25 at 15:08 +0200, Thomas Hellström wrote: > Add a function to the dma_buf_attach_ops to indicate whether the > connection is a private interconnect. If so the function returns > the address to an interconnect-defined structure that can be > used for further negotiating. > > Also a

[PATCH v3 10/22] staging: media: tegra-video: vi: improve logic of source requesting

2025-09-25 Thread Svyatoslav Ryhel
By default tegra_channel_get_remote_csi_subdev returns next device in pipe assuming it is CSI but in case of Tegra20 and Tegra30 it can also be VIP or even HOST. Define tegra_channel_get_remote_csi_subdev within CSI and add check if returned device is actually CSI by comparing subdevice operations

Re: [RFC v8 11/12] drm/sched: Remove FIFO and RR and simplify to a single run queue

2025-09-25 Thread Tvrtko Ursulin
On 24/09/2025 12:50, Philipp Stanner wrote: On Wed, 2025-09-03 at 11:18 +0100, Tvrtko Ursulin wrote: If the new fair policy is at least as good as FIFO and we can afford to remove round-robin, we can simplify the scheduler code by making the scheduler to run queue relationship always 1:1 and r

[PATCH v2 09/19] rust: kunit: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Tamir Duberstein
C-String literals were added in Rust 1.77. Replace instances of `kernel::c_str!` with C-String literals where possible. Acked-by: Greg Kroah-Hartman Reviewed-by: Alice Ryhl Reviewed-by: Benno Lossin Signed-off-by: Tamir Duberstein --- rust/kernel/kunit.rs| 11 --- rust/macros/

Re: [PATCH i-g-t v2 2/3] panthor: add initial infrastructure

2025-09-25 Thread Daniel Almeida
Hi Kamil, > On 16 Sep 2025, at 14:12, Kamil Konieczny > wrote: > > Hi Daniel, > On 2025-09-12 at 15:19:29 -0300, Daniel Almeida wrote: >> Add the necessary code needed to compile panthor tests as well as the >> basic infrastructure that will be used by the Panthor tests themselves. >> >> To ma

[syzbot] Monthly dri report (Sep 2025)

2025-09-25 Thread syzbot
Hello dri maintainers/developers, This is a 31-day syzbot report for the dri subsystem. All related reports/information can be found at: https://syzkaller.appspot.com/upstream/s/dri During the period, 0 new issues were detected and 0 were fixed. In total, 12 issues are still open and 33 have alre

Re: [PATCH v2 07/14] drm/imx: dc: Add DPR channel support

2025-09-25 Thread Frank Li
On Thu, Sep 25, 2025 at 05:09:24PM +0800, Liu Ying wrote: > On 09/24/2025, Frank Li wrote: > > On Thu, Sep 25, 2025 at 10:58:27AM +0800, Liu Ying wrote: > >> On 09/24/2025, Frank Li wrote: > >>> On Wed, Sep 24, 2025 at 02:41:50PM +0800, Liu Ying wrote: > On 09/23/2025, Frank Li wrote: > >

Re: [PATCH v3] drm/i915/guc: Skip communication warning on reset in progress

2025-09-25 Thread Belgaumkar, Vinay
On 9/15/2025 5:16 PM, Zhanjun Dong wrote: GuC IRQ and tasklet handler receive just single G2H message, and let other messages to be received from next tasklet. During this chained tasklet process, if reset process started, communication will be disabled. Skip warning for this condition. Fixes:

Re: [PATCH v2 2/3] drm/panic: Add kunit tests for drm_panic

2025-09-25 Thread Jocelyn Falempe
On 23/09/2025 11:57, Maxime Ripard wrote: On Wed, Sep 10, 2025 at 05:16:49PM +0200, Jocelyn Falempe wrote: On 10/09/2025 10:33, Maxime Ripard wrote: Hi, On Mon, Sep 08, 2025 at 11:00:30AM +0200, Jocelyn Falempe wrote: Add kunit tests for drm_panic. They check that drawing the panic screen doe

[PATCH v2 01/19] drivers: net: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Tamir Duberstein
C-String literals were added in Rust 1.77. Replace instances of `kernel::c_str!` with C-String literals where possible. Acked-by: Greg Kroah-Hartman Reviewed-by: Alice Ryhl Reviewed-by: Benno Lossin Signed-off-by: Tamir Duberstein --- drivers/net/phy/ax88796b_rust.rs | 7 +++ drivers/net/

[PATCH v2 03/19] rust: auxiliary: replace `kernel::c_str!` with C-Strings

2025-09-25 Thread Tamir Duberstein
C-String literals were added in Rust 1.77. Replace instances of `kernel::c_str!` with C-String literals where possible. Acked-by: Greg Kroah-Hartman Reviewed-by: Alice Ryhl Reviewed-by: Benno Lossin Acked-by: Danilo Krummrich Signed-off-by: Tamir Duberstein --- samples/rust/rust_driver_auxil

Re: [PATCH i-g-t v2 3/3] tests/panthor: add panthor tests

2025-09-25 Thread Daniel Stone
Hi, On Fri, 12 Sept 2025 at 19:20, Daniel Almeida wrote: > +igt_main { > + igt_describe("Create a buffer object"); > + igt_subtest("bo_create") { > + struct panthor_bo bo; > + > + igt_panthor_bo_create(fd, &bo, 4096, 0, 0); > + igt_assert(bo.h

[PATCH v3 00/10] vfio/pci: Allow MMIO regions to be exported through dma-buf

2025-09-25 Thread Leon Romanovsky
Changelog: v3: * Changed pcim_p2pdma_enable() to be pcim_p2pdma_provider(). * Cache provider in vfio_pci_dma_buf struct instead of BAR index. * Removed misleading comment from pcim_p2pdma_provider(). * Moved MMIO check to be in pcim_p2pdma_provider(). v2: https://lore.kernel.org/all/cover.17575

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

2025-09-25 Thread Thomas Hellström
On Thu, 2025-09-25 at 10:33 -0300, Jason Gunthorpe wrote: > On Thu, Sep 25, 2025 at 03:11:50PM +0200, Thomas Hellström wrote: > > On Thu, 2025-09-25 at 13:28 +0200, Christian König wrote: > > > On 25.09.25 12:51, Thomas Hellström wrote: > > > > > > In that case I strongly suggest to add a private D

  1   2   3   >