RE: Re: [PATCH] drm/edid: fixed the bug that hdr metadata was not cleared

2025-04-21 Thread 李飞娟
From 7da04ef9ba0c201e7817a21f8c4a1bf88973c8b9 Mon Sep 17 00:00:00 2001 From: "feijuan.li" Date: Fri, 18 Apr 2025 14:56:49 + Subject: [PATCH] drm/edid: fixed the bug that hdr metadata was not reset When DP connected to a device with HDR capability, the hdr structure was filled.Then connected t

[PATCH] treewide: Fix typo "previlege"

2025-04-21 Thread WangYuli
There are some spelling mistakes of 'previlege' in comments which should be 'previlege'. Fix them and add it to scripts/spelling.txt. The typo in arch/loongarch/kvm/main.c was corrected by a different patch [1] and is therefore not included in this submission. [1]. https://lore.kernel.org/all/20

[PATCH v2] treewide: Fix typo "previlege"

2025-04-21 Thread WangYuli
There are some spelling mistakes of 'previlege' in comments which should be 'privilege'. Fix them and add it to scripts/spelling.txt. The typo in arch/loongarch/kvm/main.c was corrected by a different patch [1] and is therefore not included in this submission. [1]. https://lore.kernel.org/all/20

Re: [PATCH v1 4/4] misc: fastrpc: Add debugfs support for fastrpc

2025-04-21 Thread Dmitry Baryshkov
On Mon, Apr 21, 2025 at 11:41:15AM +0530, Deepika Singh wrote: > > > On 4/14/2025 1:18 PM, Dmitry Baryshkov wrote: > > On Mon, Apr 14, 2025 at 12:41:47PM +0530, Deepika Singh wrote: > > > > > > > > > On 4/11/2025 1:55 PM, Ekansh Gupta wrote: > > > > > > > > > > > > On 12/3/2024 5:27 PM, Dmitr

Re: [PATCH] drm/tegra: Assign plane type before registration

2025-04-21 Thread Dmitry Baryshkov
On Sat, Apr 19, 2025 at 07:30:02PM -0500, Aaron Kling via B4 Relay wrote: > From: Thierry Reding > > Changes to a plane's type after it has been registered aren't propagated > to userspace automatically. This could possibly be achieved by updating > the property, but since we can already determin

Re: [PATCH 1/2] drm/panel: panel-samsung-sofef00: transition to mipi_dsi wrapped functions

2025-04-21 Thread Dmitry Baryshkov
On Sat, Apr 19, 2025 at 09:42:09AM +0530, Tejas Vipin wrote: > Changes the samsung-sofef00 panel to use multi style functions for > improved error handling. > > Signed-off-by: Tejas Vipin > --- > drivers/gpu/drm/panel/panel-samsung-sofef00.c | 70 ++- > 1 file changed, 21 inserti

Re: [PATCH 2/2] drm/mipi-dsi: Remove mipi_dsi_dcs_write_seq

2025-04-21 Thread Dmitry Baryshkov
On Sat, Apr 19, 2025 at 09:42:10AM +0530, Tejas Vipin wrote: > There are no remaining users of mipi_dsi_dcs_write_seq and it can be > removed in favor of mipi_dsi_dcs_write_seq_multi. > > Signed-off-by: Tejas Vipin > --- > include/drm/drm_mipi_dsi.h | 22 -- > 1 file changed,

Re: [PATCH 2/3] arm64: dts: qcom: msm8953: sort adreno clocks

2025-04-21 Thread Dmitry Baryshkov
On Mon, Apr 21, 2025 at 05:09:22AM +0200, Barnabás Czémán wrote: > Sort adreno clocks in alphabetical order. Why? The order of the clocks here matches the order in which they should be brought up. > > Signed-off-by: Barnabás Czémán > --- > arch/arm64/boot/dts/qcom/msm8953.dtsi | 16 ---

Re: [PATCH v4 5/7] dt-bindings: opp: Add v2-qcom-adreno vendor bindings

2025-04-21 Thread Dmitry Baryshkov
On Sat, Apr 19, 2025 at 08:03:35PM +0530, Akhil P Oommen wrote: > On 1/9/2025 2:10 AM, Akhil P Oommen wrote: > > Add a new schema which extends opp-v2 to support a new vendor specific > > property required for Adreno GPUs found in Qualcomm's SoCs. The new > > property called "qcom,opp-acd-level" ca

Re: [PATCH v3 0/2] Don't create Python bytecode when building the kernel

2025-04-21 Thread Dmitry Baryshkov
On Wed, Apr 16, 2025 at 03:51:03PM +0800, Mauro Carvalho Chehab wrote: > > As reported by Andy, the Kernel build system runs kernel-doc script for DRM, > when W=1. Due to Python's normal behavior, its JIT compiler will create > a bytecode and store it under scripts/lib/*/__pycache__. > > As one

Re: [PATCH v1 4/4] misc: fastrpc: Add debugfs support for fastrpc

2025-04-21 Thread Deepika Singh
On 4/15/2025 6:47 PM, Greg KH wrote: On Mon, Apr 14, 2025 at 12:41:47PM +0530, Deepika Singh wrote: On 4/11/2025 1:55 PM, Ekansh Gupta wrote: On 12/3/2024 5:27 PM, Dmitry Baryshkov wrote: On Tue, 3 Dec 2024 at 07:22, Ekansh Gupta wrote: On 12/2/2024 6:18 PM, Dmitry Baryshkov wrote:

Re: [PATCH v1 4/4] misc: fastrpc: Add debugfs support for fastrpc

2025-04-21 Thread Greg KH
On Mon, Apr 21, 2025 at 01:51:09PM +0530, Deepika Singh wrote: > > > On 4/15/2025 6:47 PM, Greg KH wrote: > > On Mon, Apr 14, 2025 at 12:41:47PM +0530, Deepika Singh wrote: > > > > > > > > > On 4/11/2025 1:55 PM, Ekansh Gupta wrote: > > > > > > > > > > > > On 12/3/2024 5:27 PM, Dmitry Baryshk

Re: [PATCH v1 2/5] drm/mediatek: mtk_dpi: Add local helpers for bus format parameters

2025-04-21 Thread 胡俊光

[PATCH RESEND] habanalabs: Add error handling for hl_mmu_get_hop_pte_phys_addr()

2025-04-21 Thread Wentao Liang
In _hl_mmu_v2_hr_map(), If hl_mmu_get_hop_pte_phys_addr() fail to get physical address, the return address will be set as U64_MAX. Hence, the return value of hl_mmu_get_hop_pte_phys_addr() must be checked to prevent invalid address access. Add error handling and propagate return code to caller func

[PATCH AUTOSEL 6.14 27/30] drm/amdgpu: Use the right function for hdp flush

2025-04-21 Thread Sasha Levin
From: Lijo Lazar [ Upstream commit c235a7132258ac30bd43d228222986022d21f5de ] There are a few prechecks made before HDP flush like a flush is not required on APU bare metal. Using hdp callback directly bypasses those checks. Use amdgpu_device_flush_hdp which takes care of prechecks. Signed-off-

[PATCH AUTOSEL 6.14 26/30] drm/amd: Forbid suspending into non-default suspend states

2025-04-21 Thread Sasha Levin
From: Mario Limonciello [ Upstream commit 1657793def101dac7c9d3b2250391f6a3dd934ba ] On systems that default to 'deep' some userspace software likes to try to suspend in 'deep' first. If there is a failure for any reason (such as -ENOMEM) the failure is ignored and then it will try to use 's2id

[PATCH AUTOSEL 6.14 25/30] drm/amdgpu: use a dummy owner for sysfs triggered cleaner shaders v4

2025-04-21 Thread Sasha Levin
From: Christian König [ Upstream commit 447fab30955cf7dba7dd563f42b67c02284860c8 ] Otherwise triggering sysfs multiple times without other submissions in between only runs the shader once. v2: add some comment v3: re-add missing cast v4: squash in semicolon fix Signed-off-by: Christian König

Patch "drm/ast: Fix ast_dp connection status" has been added to the 6.14-stable tree

2025-04-21 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/ast: Fix ast_dp connection status to the 6.14-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: drm-ast-fix-ast_

Re: [PATCH v2] virtgpu: don't reset on shutdown

2025-04-21 Thread Gerd Hoffmann
> > diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c > > b/drivers/gpu/drm/virtio/virtgpu_drv.c > > index e32e680c7197..71c6ccad4b99 100644 > > --- a/drivers/gpu/drm/virtio/virtgpu_drv.c > > +++ b/drivers/gpu/drm/virtio/virtgpu_drv.c > > @@ -130,10 +130,10 @@ static void virtio_gpu_remove(struct

Patch "drm/ast: Fix ast_dp connection status" has been added to the 6.12-stable tree

2025-04-21 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/ast: Fix ast_dp connection status to the 6.12-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: drm-ast-fix-ast_

Re: [PATCH] video: screen_info: Update framebuffers behind PCI bridges

2025-04-21 Thread Thomas Zimmermann
cc'ing PCI devs Am 17.04.25 um 09:27 schrieb Thomas Zimmermann: Apply bridge window offsets to screen_info framebuffers during relocation. Fixes invalid access to I/O memory. Resources behind a PCI bridge can be located at a certain offset in the kernel's I/O range. The framebuffer memory range

[PATCH AUTOSEL 6.12 22/23] drm/amdgpu: Use the right function for hdp flush

2025-04-21 Thread Sasha Levin
From: Lijo Lazar [ Upstream commit c235a7132258ac30bd43d228222986022d21f5de ] There are a few prechecks made before HDP flush like a flush is not required on APU bare metal. Using hdp callback directly bypasses those checks. Use amdgpu_device_flush_hdp which takes care of prechecks. Signed-off-

[PATCH AUTOSEL 6.12 21/23] drm/amdgpu: use a dummy owner for sysfs triggered cleaner shaders v4

2025-04-21 Thread Sasha Levin
From: Christian König [ Upstream commit 447fab30955cf7dba7dd563f42b67c02284860c8 ] Otherwise triggering sysfs multiple times without other submissions in between only runs the shader once. v2: add some comment v3: re-add missing cast v4: squash in semicolon fix Signed-off-by: Christian König

[PATCH RESEND] drm/amd/display: Add dp_decide_lane_settings() to ensure compatibility

2025-04-21 Thread Wentao Liang
The dp_perform_128b_132b_channel_eq_done_sequence() calls dp_get_lane_status_and_lane_adjust() but lacks dp_decide_lane_settings(). The dp_get_lane_status_and_lane_adjust() and dp_decide_lane_settings() functions are essential for DisplayPort link training in the Linux kernel, with the former retri

[Bug 220043] New: Geforce 210 video does not work with nouveau drivers in 6.14.0 and later.

2025-04-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=220043 Bug ID: 220043 Summary: Geforce 210 video does not work with nouveau drivers in 6.14.0 and later. Product: Drivers Version: 2.5 Hardware: All OS: Linux

RE: [PATCH v3 1/3] drm/display/dp: Export fn to calculate link symbol cycles

2025-04-21 Thread Kandpal, Suraj
> -Original Message- > From: Intel-gfx On Behalf Of Arun R > Murthy > Sent: Thursday, April 17, 2025 4:22 PM > To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel- > x...@lists.freedesktop.org > Cc: Govindapillai, Vinod ; Deak, Imre > ; Murthy, Arun R > Subject:

RE: [PATCH 1/2] Revert "udmabuf: fix vmap_udmabuf error page set"

2025-04-21 Thread Kasireddy, Vivek
Hi Huan, > Subject: [PATCH 1/2] Revert "udmabuf: fix vmap_udmabuf error page set" > > This reverts commit 18d7de823b7150344d242c3677e65d68c5271b04. > > This given a misuse of vmap_pfn, vmap_pfn only allow none-page based > user invoke, i.e. PCIe BARs and other. The commit message can be improved

Re: [PATCH v7 3/3] arm64: dts: imx8mm-phyboard-polis-peb-av-10: Set lvds-vod-swing

2025-04-21 Thread Shawn Guo
On Mon, Dec 16, 2024 at 09:54:10AM +0100, Andrej Picej wrote: > Set custom differential output voltage for LVDS, to fulfill requirements > of the connected display. LVDS differential voltage for data-lanes and > clock output has to be between 200 mV and 600 mV. > Driver sets 200 Ohm near-end termin

Patch "drm/mgag200: Fix value in register" has been added to the 6.14-stable tree

2025-04-21 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/mgag200: Fix value in register to the 6.14-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: drm-mgag200-fix-va

Re: [PATCH v4 07/11] arm64: dts: qcom: sa8775p-ride: add anx7625 DSI to DP bridge nodes

2025-04-21 Thread Ayushi Makhija
On 4/17/2025 4:10 PM, Dmitry Baryshkov wrote: > On Thu, Apr 17, 2025 at 11:09:05AM +0530, Ayushi Makhija wrote: >> From: Ayushi Makhija >> >> Add anx7625 DSI to DP bridge device nodes. >> >> Signed-off-by: Ayushi Makhija >> --- >> arch/arm64/boot/dts/qcom/sa8775p-ride.dtsi | 180

Patch "drm/mgag200: Fix value in register" has been added to the 6.12-stable tree

2025-04-21 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/mgag200: Fix value in register to the 6.12-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: drm-mgag200-fix-va

RE: [PATCH 2/2] udmabuf: fix vmap missed offset page

2025-04-21 Thread Kasireddy, Vivek
Hi Huan, > Subject: [PATCH 2/2] udmabuf: fix vmap missed offset page > > Before invoke vmap, we need offer a pages pointer array which each page > need to map in vmalloc area. > > But currently vmap_udmabuf only set each folio's head page into pages, > missed each offset pages when iter. > > Th

Re: [PATCH v4 07/11] arm64: dts: qcom: sa8775p-ride: add anx7625 DSI to DP bridge nodes

2025-04-21 Thread Ayushi Makhija
On 4/17/2025 4:10 PM, Dmitry Baryshkov wrote: > On Thu, Apr 17, 2025 at 11:09:05AM +0530, Ayushi Makhija wrote: >> From: Ayushi Makhija >> >> Add anx7625 DSI to DP bridge device nodes. >> >> Signed-off-by: Ayushi Makhija >> --- >> arch/arm64/boot/dts/qcom/sa8775p-ride.dtsi | 180

RE: [PATCH v3 3/3] drm/i915/display: move min_hblank from dp_mst.c to dp.c

2025-04-21 Thread Kandpal, Suraj
> -Original Message- > From: Intel-xe On Behalf Of Arun R > Murthy > Sent: Thursday, April 17, 2025 4:23 PM > To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel- > x...@lists.freedesktop.org > Cc: Govindapillai, Vinod ; Deak, Imre > ; Murthy, Arun R > Subject: [

Re: [RFC] drm/sched: Allow drivers to register for pending list cleanup

2025-04-21 Thread Philipp Stanner
On Fri, 2025-04-18 at 12:32 +0100, Tvrtko Ursulin wrote: > Quick sketch idea for an alternative to > https://lore.kernel.org/dri-devel/20250407152239.34429-2-pha...@kernel.org/ > . > > It is possible it achieves the same effect but with less code and not > further growing the internal state machin

Re: [PATCH v1 3/5] drm/mediatek: mtk_dpi: Add support for additional output formats

2025-04-21 Thread 胡俊光

Re: [PATCH v1 4/5] drm/mediatek: mtk_dpi: Allow additional output formats on MT8195/88

2025-04-21 Thread 胡俊光

Re: [PATCH v1 5/5] drm/mediatek: mtk_dpi: Rename output fmts array for MT8195 DP_INTF

2025-04-21 Thread 胡俊光

Re: [PATCH 3/5] drm/sched: Warn if pending list is not empty

2025-04-21 Thread Philipp Stanner
On Thu, 2025-04-17 at 17:08 +0100, Tvrtko Ursulin wrote: > > On 17/04/2025 15:48, Danilo Krummrich wrote: > > On Thu, Apr 17, 2025 at 03:20:44PM +0100, Tvrtko Ursulin wrote: > > > > > > On 17/04/2025 13:11, Danilo Krummrich wrote: > > > > On Thu, Apr 17, 2025 at 12:27:29PM +0100, Tvrtko Ursulin w

Re: [PATCH v1 1/5] drm/mediatek: mtk_dpi: Use switch in mtk_dpi_config_color_format()

2025-04-21 Thread 胡俊光

RE: [PATCH v3 3/3] drm/i915/display: move min_hblank from dp_mst.c to dp.c

2025-04-21 Thread Murthy, Arun R
> -Original Message- > From: Govindapillai, Vinod > Sent: Tuesday, April 22, 2025 4:17 AM > To: Murthy, Arun R ; dri- > de...@lists.freedesktop.org; intel...@lists.freedesktop.org; intel- > g...@lists.freedesktop.org > Cc: Deak, Imre > Subject: Re: [PATCH v3 3/3] drm/i915/display: move m

[PATCH v2] drm/msm/adreno: Drop fictional address_space_size

2025-04-21 Thread Rob Clark
From: Rob Clark Really the only purpose of this was to limit the address space size to 4GB to avoid 32b rollover problems in 64b pointer math in older sqe fw. So replace the address_space_size with a quirk limiting the address space to 4GB. In all other cases, use the SMMU input address size (IA

Re: [PATCH 2/3] arm64: dts: qcom: msm8953: sort adreno clocks

2025-04-21 Thread barnabas . czeman
On 2025-04-21 10:16, Dmitry Baryshkov wrote: On Mon, Apr 21, 2025 at 05:09:22AM +0200, Barnabás Czémán wrote: Sort adreno clocks in alphabetical order. Why? The order of the clocks here matches the order in which they should be brought up. Simple misunderstanding from previous attempts of do

Re: [PATCH 2/3] arm64: dts: qcom: msm8953: sort adreno clocks

2025-04-21 Thread Dmitry Baryshkov
On Mon, 21 Apr 2025 at 12:22, wrote: > > On 2025-04-21 10:16, Dmitry Baryshkov wrote: > > On Mon, Apr 21, 2025 at 05:09:22AM +0200, Barnabás Czémán wrote: > >> Sort adreno clocks in alphabetical order. > > > > Why? The order of the clocks here matches the order in which they > > should > > be brou

Re: [PATCH v3 01/11] tee: allow a driver to allocate a tee_device without a pool

2025-04-21 Thread Sumit Garg
On Thu, Mar 27, 2025 at 07:47:23PM -0700, Amirreza Zarrabi wrote: > A TEE driver doesn't always need to provide a pool if it doesn't > support memory sharing ioctls and can allocate memory for TEE > messages in another way. Although this is mentioned in the > documentation for tee_device_alloc(), i

Re: [PATCH v9 15/23] drm/mediatek: mtk_hdmi: Improve mtk_hdmi_get_all_clk() flexibility

2025-04-21 Thread Chun-Kuang Hu
Hi, Angelo: AngeloGioacchino Del Regno 於 2025年4月15日 週二 下午6:44寫道: > > In preparation for splitting common bits of this driver and for > introducing a new version of the MediaTek HDMI Encoder IP, improve > the flexibility of function mtk_hdmi_get_all_clk() by adding a > pointer to the clock names a

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Alyssa Rosenzweig
On Tue, 08 Apr 2025 12:17:13 +0530, Aditya Garg wrote: > The vsprint patch was originally being sent as a seperate patch [1], and > I was waiting it to be taken up. But as suggested by Petr, I'm sending > them via DRM. > > v2: > Remove printf tests, will merge later through Kees' tree > > [...]

Re: [PATCH 2/4] bpf: Add dmabuf iterator

2025-04-21 Thread Song Liu
On Mon, Apr 14, 2025 at 3:53 PM T.J. Mercier wrote: > > The dmabuf iterator traverses the list of all DMA buffers. The list is > maintained only when CONFIG_DEBUG_FS is enabled. > > DMA buffers are refcounted through their associated struct file. A > reference is taken on each buffer as the list i

[PATCH v5 2/5] clk: qcom: gcc: Add support for Global Clock controller found on MSM8937

2025-04-21 Thread Barnabás Czémán
From: Daniil Titov Modify existing MSM8917 driver to support MSM8937 SoC. Override frequencies which are different in this chip. Register all the clocks to the framework for the clients to be able to request for them. Add new variant of GDSC for new chip. Signed-off-by: Daniil Titov Signed-off-

[PATCH v5 0/5] Initial support of MSM8937 and Xiaomi Redmi 3S

2025-04-21 Thread Barnabás Czémán
This patch series add initial support for MSM8937 SoC and Xiaomi Redmi 3S (land). The series is extending the MSM8917 gcc and pinctrl drivers because they are sibling SoCs. MSM8937 have 4 more A53 cores and have one more dsi port then MSM8917. It implements little-big architecture and uses Adreno

[PATCH v5 1/5] dt-bindings: clock: qcom: Add MSM8937 Global Clock Controller

2025-04-21 Thread Barnabás Czémán
Add device tree bindings for the global clock controller on Qualcomm MSM8937 platform. Signed-off-by: Barnabás Czémán --- .../devicetree/bindings/clock/qcom,gcc-msm8953.yaml | 11 --- include/dt-bindings/clock/qcom,gcc-msm8917.h | 19 +++ 2 files changed, 27 in

[PATCH v5 3/5] arm64: dts: qcom: Add initial support for MSM8937

2025-04-21 Thread Barnabás Czémán
From: Dang Huynh Add initial support for MSM8937 SoC. Signed-off-by: Dang Huynh Co-developed-by: Barnabás Czémán Signed-off-by: Barnabás Czémán --- arch/arm64/boot/dts/qcom/msm8937.dtsi | 2069 + 1 file changed, 2069 insertions(+) diff --git a/arch/arm64/boot

[PATCH v5 4/5] dt-bindings: arm: qcom: Add Xiaomi Redmi 3S

2025-04-21 Thread Barnabás Czémán
Document Xiaomi Redmi 3S (land). Add qcom,msm8937 for msm-id, board-id allow-list. Acked-by: Krzysztof Kozlowski Signed-off-by: Barnabás Czémán --- Documentation/devicetree/bindings/arm/qcom.yaml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/qc

[PATCH v5 5/5] arm64: dts: qcom: Add Xiaomi Redmi 3S

2025-04-21 Thread Barnabás Czémán
Add initial support for Xiaomi Redmi 3S (land). Signed-off-by: Barnabás Czémán --- arch/arm64/boot/dts/qcom/Makefile| 1 + arch/arm64/boot/dts/qcom/msm8937-xiaomi-land.dts | 381 +++ 2 files changed, 382 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/M

[PATCH v20 2/5] drm/xe/xe_gt_pagefault: Move pagefault struct to header

2025-04-21 Thread Jonathan Cavitt
Move the pagefault struct from xe_gt_pagefault.c to the xe_gt_pagefault_types.h header file, and move the associated enum values into the regs folder under xe_pagefault_desc.h Since xe_pagefault_desc.h is being initialized here, also move the xe_guc_pagefault_desc hardware formats to the new file.

[PATCH v20 0/5] drm/xe/xe_vm: Implement xe_vm_get_property_ioctl

2025-04-21 Thread Jonathan Cavitt
Add additional information to each VM so they can report up to the first 50 seen faults. Only pagefaults are saved this way currently, though in the future, all faults should be tracked by the VM for future reporting. Additionally, of the pagefaults reported, only failed pagefaults are saved this

[PATCH v20 3/5] drm/xe/uapi: Define drm_xe_vm_get_property

2025-04-21 Thread Jonathan Cavitt
Add initial declarations for the drm_xe_vm_get_property ioctl. v2: - Expand kernel docs for drm_xe_vm_get_property (Jianxun) v3: - Remove address type external definitions (Jianxun) - Add fault type to xe_drm_fault struct (Jianxun) v4: - Remove engine class and instance (Ivan) v5: - Add declare

[PATCH v20 4/5] drm/xe/xe_vm: Add per VM fault info

2025-04-21 Thread Jonathan Cavitt
Add additional information to each VM so they can report up to the first 50 seen faults. Only pagefaults are saved this way currently, though in the future, all faults should be tracked by the VM for future reporting. Additionally, of the pagefaults reported, only failed pagefaults are saved this

[PATCH v20 5/5] drm/xe/xe_vm: Implement xe_vm_get_property_ioctl

2025-04-21 Thread Jonathan Cavitt
Add support for userspace to request a list of observed faults from a specified VM. v2: - Only allow querying of failed pagefaults (Matt Brost) v3: - Remove unnecessary size parameter from helper function, as it is a property of the arguments. (jcavitt) - Remove unnecessary copy_from_user (Jain

[PATCH v20 1/5] drm/xe/xe_gt_pagefault: Disallow writes to read-only VMAs

2025-04-21 Thread Jonathan Cavitt
The page fault handler should reject write/atomic access to read only VMAs. Add code to handle this in handle_pagefault after the VMA lookup. Fixes: 3d420e9fa848 ("drm/xe: Rework GPU page fault handling") Signed-off-by: Jonathan Cavitt Suggested-by: Matthew Brost --- drivers/gpu/drm/xe/xe_gt_p

[PATCH RFC v2 1/2] Revert "drm/meson: vclk: fix calculation of 59.94 fractional rates"

2025-04-21 Thread Martin Blumenstingl
From: Christian Hewitt This reverts commit bfbc68e. The patch does permit the offending YUV420 @ 59.94 phy_freq and vclk_freq mode to match in calculations. It also results in all fractional rates being unavailable for use. This was unintended and requires the patch to be reverted. Fixes: bfbc6

[PATCH RFC v2 2/2] drm/meson: use unsigned long long / Hz for frequency types

2025-04-21 Thread Martin Blumenstingl
Christian reports that 4K output using YUV420 encoding fails with the following error: Fatal Error, invalid HDMI vclk freq 593406 Modetest shows the following: 3840x2160 59.94 3840 4016 4104 4400 2160 2168 2178 2250 593407 flags: , , drm calculated value

[PATCH RFC v2 0/2] drm/meson: vclk: revert and re-fix vclk calculations

2025-04-21 Thread Martin Blumenstingl
This is a successor of a previous patchset by Christian [0] Patch 1 reverts a previous fix for loss of HDMI sync when playing YUV420 @ 59.94 media. The patch does resolve a calculation issue. It also makes all fractional rates invalid which is a bigger problem. Patch 2 changes the whole drm/meson

Re: [PATCH v2 3/4] drm/msm/a6xx: Get HBB dynamically, if available

2025-04-21 Thread Rob Clark
On Fri, Apr 18, 2025 at 9:00 AM Akhil P Oommen wrote: > > On 4/18/2025 6:40 AM, Connor Abbott wrote: > > On Thu, Apr 17, 2025, 1:50 PM Akhil P Oommen > > wrote: > >> > >> On 4/17/2025 9:02 PM, Connor Abbott wrote: > >>> On Thu, Apr 17, 2025 at 3:45 AM Akhil P Oommen > >>> wrote: > >

Re: [PATCH 2/4] bpf: Add dmabuf iterator

2025-04-21 Thread T.J. Mercier
On Mon, Apr 21, 2025 at 10:58 AM Song Liu wrote: > > On Mon, Apr 14, 2025 at 3:53 PM T.J. Mercier wrote: > > > > The dmabuf iterator traverses the list of all DMA buffers. The list is > > maintained only when CONFIG_DEBUG_FS is enabled. > > > > DMA buffers are refcounted through their associated

[PATCH] drm/panel-edp: Add support for several panels

2025-04-21 Thread Zhengqiao Xia
AUO B140QAN08.H BOE NE140WUM-N6S CSW MNE007QS3-8 Signed-off-by: Zhengqiao Xia --- drivers/gpu/drm/panel/panel-edp.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-edp.c b/drivers/gpu/drm/panel/panel-edp.c index 52028c8f8988..83339c0ccaff 10064

Re: [PATCH v3 02/11] tee: add close_context to TEE driver operation

2025-04-21 Thread Sumit Garg
On Thu, Mar 27, 2025 at 07:47:24PM -0700, Amirreza Zarrabi wrote: > The tee_context can be used to manage TEE user resources, including > those allocated by the driver for the TEE on behalf of the user. > The release() callback is invoked only when all resources, such as > tee_shm, are released and

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Aditya Garg
On 21-04-2025 05:35 pm, Alyssa Rosenzweig wrote: >> Can I have a feedback from some DRM maintainer on this? AFAIK merge window >> is over for some time now. It's been more than a week and last time when I >> submitted, it just stayed in the mailing list without any feedback. > > DRM hides the

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Aditya Garg
On 21-04-2025 06:37 pm, Alyssa Rosenzweig wrote: >> On 21-04-2025 05:35 pm, Alyssa Rosenzweig wrote: Can I have a feedback from some DRM maintainer on this? AFAIK merge window is over for some time now. It's been more than a week and last time when I submitted, it just stayed in

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Alyssa Rosenzweig
> On 21-04-2025 05:35 pm, Alyssa Rosenzweig wrote: > >> Can I have a feedback from some DRM maintainer on this? AFAIK merge window > >> is over for some time now. It's been more than a week and last time when I > >> submitted, it just stayed in the mailing list without any feedback. > > > > DRM

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Aditya Garg
On 21-04-2025 06:38 pm, Aditya Garg wrote: > > > On 21-04-2025 06:37 pm, Alyssa Rosenzweig wrote: >>> On 21-04-2025 05:35 pm, Alyssa Rosenzweig wrote: > Can I have a feedback from some DRM maintainer on this? AFAIK merge > window is over for some time now. It's been more than a week a

Re: [PATCH v3 03/11] tee: add TEE_IOCTL_PARAM_ATTR_TYPE_UBUF

2025-04-21 Thread Sumit Garg
On Wed, Apr 09, 2025 at 05:20:08PM +1000, Amirreza Zarrabi wrote: > > > On 4/9/2025 4:41 PM, Jens Wiklander wrote: > > Hi Amirreza, > > > > On Wed, Apr 9, 2025 at 2:28 AM Amirreza Zarrabi > > wrote: > >> > >> Hi jens, > >> > >> On 4/8/2025 10:19 PM, Jens Wiklander wrote: > >> > >> Hi Amirreza,

Re: [PATCH v8 12/12] drm/xe/nvm: add support for non-posted erase

2025-04-21 Thread Rodrigo Vivi
On Mon, Apr 14, 2025 at 12:38:03PM +0300, Alexander Usyskin wrote: > From: "Abliyev, Reuven" > > Erase command is slow on discrete graphics storage > and may overshot PCI completion timeout. > BMG introduces the ability to have non-posted erase. > Add driver support for non-posted erase with poll

[PATCH v2] drm/tegra: Assign plane type before registration

2025-04-21 Thread Aaron Kling via B4 Relay
From: Thierry Reding Changes to a plane's type after it has been registered aren't propagated to userspace automatically. This could possibly be achieved by updating the property, but since we can already determine which type this should be before the registration, passing in the right type from

Re: [PATCH 08/16] gpu: nova-core: wait for GFW_BOOT completion

2025-04-21 Thread Joel Fernandes
Hi, Alex, Just some documentation-type comments and one Rust-naming-convention comment: On 4/20/2025 8:19 AM, Alexandre Courbot wrote: > Upon reset, the GPU executes the GFW_BOOT firmware in order to > initialize its base parameters such as clocks. The driver must ensure > that this step is comple

[PATCH] drm/amdgpu/atom: Work around vbios NULL offset false positive

2025-04-21 Thread Kees Cook
GCC really does not want to consider NULL (or near-NULL) addresses as valid, so calculations based off of NULL end up getting range-tracked into being an offset wthin a 0 byte array. It gets especially mad about this: if (vbios_str == NULL) vbios_str += size

Re: [PATCH] drm/panel-edp: Add support for several panels

2025-04-21 Thread Dmitry Baryshkov
On Mon, Apr 21, 2025 at 05:44:38PM +0800, Zhengqiao Xia wrote: > AUO B140QAN08.H > BOE NE140WUM-N6S > CSW MNE007QS3-8 Please add EDID dumps for these panels. See git log for the file. You might want to split the commit to add one panel per commit for simplicity. > > Signed-off-by: Zhengqiao Xia

Re: [RFC 1/1] drm/mipi-dbi: Use drm_device for debugfs, drop drm_minor and .debugfs_init

2025-04-21 Thread Dmitry Baryshkov
On Mon, Apr 21, 2025 at 02:29:07PM +0530, Jagath Jog J wrote: > Refactor to use drm_device.debugfs_root instead of drm_minor for > debugfs file creation. The driver can now initialize debugfs directly > in probe(), before drm_dev_register(). This also removes the use of > .debugfs_init callback. W

[RFC 1/1] drm/mipi-dbi: Use drm_device for debugfs, drop drm_minor and .debugfs_init

2025-04-21 Thread Jagath Jog J
Refactor to use drm_device.debugfs_root instead of drm_minor for debugfs file creation. The driver can now initialize debugfs directly in probe(), before drm_dev_register(). This also removes the use of .debugfs_init callback. Signed-off-by: Jagath Jog J --- drivers/gpu/drm/drm_mipi_dbi.c

[RFC 0/1] drm/mipi-dbi: Use drm_device for debugfs, drop drm_minor

2025-04-21 Thread Jagath Jog J
This patch updates the MIPI DBI driver to use drm_device.debugfs_root instead of drm_minor for creating debugfs files. The debugfs setup is now done earlier in probe(), before drm_dev_register(), and the drivers can avoid using the .debugfs_init callback. This is an initial version, and only a few

[PATCH] drm/rockchip: vop2: Fix the update of LAYER/PORT select registers when there are multi display output on rk3588/rk3568

2025-04-21 Thread Andy Yan
From: Andy Yan The all video ports of rk3568/rk3588 share the same OVL_LAYER_SEL and OVL_PORT_SEL registers, and the configuration of these two registers can be set to take effect when the vsync signal arrives at a certain Video Port. If two threads for two display output choose to update these

Re: [PATCH v3 04/11] tee: add TEE_IOCTL_PARAM_ATTR_TYPE_OBJREF

2025-04-21 Thread Sumit Garg
On Thu, Mar 27, 2025 at 07:47:26PM -0700, Amirreza Zarrabi wrote: > The TEE subsystem allows session-based access to trusted services, > requiring a session to be established to receive a service. This > is not suitable for an environment that represents services as objects. > An object supports va

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Alyssa Rosenzweig
I didn't realize this was so subtle with the backporting. I don't think I can take this on, sorry. Le Mon, Apr 21, 2025 at 06:40:23PM +0530, Aditya Garg a écrit : > > > On 21-04-2025 06:38 pm, Aditya Garg wrote: > > > > > > On 21-04-2025 06:37 pm, Alyssa Rosenzweig wrote: > >>> On 21-04-2025 0

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Aditya Garg
On 21-04-2025 07:19 pm, Alyssa Rosenzweig wrote: > I didn't realize this was so subtle with the backporting. I don't think > I can take this on, sorry. Any change needed or just because some other maintainer manages this? Although Tbh, I really don't care about backporting since T2 Mac users a

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Alyssa Rosenzweig
> Any change needed or just because some other maintainer manages this? > Although Tbh, I really don't care about backporting since T2 Mac users are > still using patched kernels provided by us. I'd rather free my mind in > getting this done. I'm just too new to kernel to do nontrivial merges.

Re: [PATCH v4 0/3] Use proper printk format in appletbdrm

2025-04-21 Thread Aditya Garg
On 21-04-2025 07:26 pm, Alyssa Rosenzweig wrote: >> Any change needed or just because some other maintainer manages this? >> Although Tbh, I really don't care about backporting since T2 Mac users are >> still using patched kernels provided by us. I'd rather free my mind in >> getting this don

Re: [PATCH] drm/ttm: fix the warning for hit_low and evict_low

2025-04-21 Thread Khatri, Sunil
@Lankhorst Does the comment sounds correct or could you please share what should be the right comment to add Regards Sunil Khatri On 4/21/2025 4:49 PM, Sunil Khatri wrote: fix the below warning messages: ttm/ttm_bo.c:1098: warning: Function parameter or struct member 'hit_low' not described

[PATCH] drm/ttm: fix the warning for hit_low and evict_low

2025-04-21 Thread Sunil Khatri
fix the below warning messages: ttm/ttm_bo.c:1098: warning: Function parameter or struct member 'hit_low' not described in 'ttm_bo_swapout_walk' ttm/ttm_bo.c:1098: warning: Function parameter or struct member 'evict_low' not described in 'ttm_bo_swapout_walk' Cc: Maarten Lankhorst Cc: Tvrtko Ur

[PATCH v2 0/3] drm/panel-edp: Add support for several panels

2025-04-21 Thread Zhengqiao Xia
AUO B140QAN08.H BOE NE140WUM-N6S CSW MNE007QS3-8 Zhengqiao Xia (3): drm/panel-edp: Add support for AUO B140QAN08.H panel drm/panel-edp: Add support for BOE NE140WUM-N6S panel drm/panel-edp: Add support for CSW MNE007QS3-8 panel drivers/gpu/drm/panel/panel-edp.c | 17 + 1 fi

[PATCH v2 2/3] drm/panel-edp: Add support for BOE NE140WUM-N6S panel

2025-04-21 Thread Zhengqiao Xia
BOE NE140WUM-N6S EDID: edid-decode (hex): 00 ff ff ff ff ff ff 00 09 e5 73 0d 00 00 00 00 32 22 01 04 a5 1e 13 78 07 13 45 a6 54 4d a0 27 0c 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 03 3e 80 a0 70 b0 48 40 30 20 36 00 2e bc 10 00 00 1a 00 00 00 fd 00 1e 78 99 99 20 01 0a 20 2

[PATCH v2 3/3] drm/panel-edp: Add support for CSW MNE007QS3-8 panel

2025-04-21 Thread Zhengqiao Xia
CSW MNE007QS3-8 EDID: edid-decode (hex): 00 ff ff ff ff ff ff 00 0e 77 57 14 00 00 00 00 34 22 01 04 a5 1e 13 78 07 ee 95 a3 54 4c 99 26 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 cd 7c 80 a0 70 b0 50 40 30 20 26 04 2e bc 10 00 00 1a cd 7c 80 a0 70 b0 50 45 30 20 26 04 2e bc

[PATCH v2 1/3] drm/panel-edp: Add support for AUO B140QAN08.H panel

2025-04-21 Thread Zhengqiao Xia
AUO B140QAN08.H EDID: edid-decode (hex): 00 ff ff ff ff ff ff 00 06 af b9 fe 00 00 00 00 00 23 01 04 a5 1e 13 78 03 c1 45 a8 55 48 9d 24 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 18 86 40 a0 b0 08 52 70 30 20 65 00 2d bc 10 00 00 18 00 00 00 0f 00 00 00 00 00 00 00 00 00 00

Re: [PATCH v4 03/11] drm/fourcc: Add DRM_FORMAT_Y8

2025-04-21 Thread Laurent Pinchart
Hi Pekka, On Thu, Apr 17, 2025 at 11:13:15AM +0300, Pekka Paalanen wrote: > On Wed, 16 Apr 2025 11:59:43 +0300 Tomi Valkeinen wrote: > > On 01/04/2025 16:27, Pekka Paalanen wrote: > > > On Mon, 31 Mar 2025 13:53:37 +0300 Pekka Paalanen wrote: > > >> On Mon, 31 Mar 2025 11:21:35 +0300 Laurent Pinch

Re: [PATCH v3 0/2] Don't create Python bytecode when building the kernel

2025-04-21 Thread Jonathan Corbet
Dmitry Baryshkov writes: > On Wed, Apr 16, 2025 at 03:51:03PM +0800, Mauro Carvalho Chehab wrote: >> >> As reported by Andy, the Kernel build system runs kernel-doc script for DRM, >> when W=1. Due to Python's normal behavior, its JIT compiler will create >> a bytecode and store it under scripts

Re: [PATCH 3/4] selftests/bpf: Add test for dmabuf_iter

2025-04-21 Thread Song Liu
On Mon, Apr 14, 2025 at 3:53 PM T.J. Mercier wrote: > > This test creates a udmabuf and uses a BPF program that prints dmabuf > metadata with the new dmabuf_iter to verify it can be found. > > Signed-off-by: T.J. Mercier > --- [...] > + > + > +static void subtest_dmabuf_iter_check_udmabuf(struct

Re: [PATCH 2/4] bpf: Add dmabuf iterator

2025-04-21 Thread Song Liu
On Fri, Apr 18, 2025 at 8:25 AM T.J. Mercier wrote: > > On Thu, Apr 17, 2025 at 1:26 PM Song Liu wrote: > > > > On Thu, Apr 17, 2025 at 9:05 AM T.J. Mercier wrote: > > > > > > On Wed, Apr 16, 2025 at 9:56 PM Song Liu wrote: > > > > > > > > On Wed, Apr 16, 2025 at 7:09 PM T.J. Mercier > > > >

Re: [PATCH v2 07/34] drm/msm: Rename msm_gem_address_space -> msm_gem_vm

2025-04-21 Thread Dmitry Baryshkov
On Wed, Mar 19, 2025 at 07:52:19AM -0700, Rob Clark wrote: > From: Rob Clark > > Re-aligning naming to better match drm_gpuvm terminology will make > things less confusing at the end of the drm_gpuvm conversion. > > This is just rename churn, no functional change. > > Signed-off-by: Rob Clark

Re: [PATCH v2 0/3] drm/panel-edp: Add support for several panels

2025-04-21 Thread Dmitry Baryshkov
On Mon, Apr 21, 2025 at 07:36:34PM +0800, Zhengqiao Xia wrote: > AUO B140QAN08.H > BOE NE140WUM-N6S > CSW MNE007QS3-8 > > Zhengqiao Xia (3): > drm/panel-edp: Add support for AUO B140QAN08.H panel > drm/panel-edp: Add support for BOE NE140WUM-N6S panel > drm/panel-edp: Add support for CSW MNE

Re: [PATCH v9 22/23] drm/mediatek: Introduce HDMI/DDC v2 for MT8195/MT8188

2025-04-21 Thread Dmitry Baryshkov
On Tue, Apr 15, 2025 at 12:43:20PM +0200, AngeloGioacchino Del Regno wrote: > Add support for the newer HDMI-TX (Encoder) v2 and DDC v2 IPs > found in MediaTek's MT8195, MT8188 SoC and their variants, and > including support for display modes up to 4k60 and for HDMI > Audio, as per the HDMI 2.0 spe

Regarding commit a07b50d80ab62 ("hyperv: avoid dependency on screen_info")

2025-04-21 Thread Michael Kelley
Arnd -- Your commit a07b50d80ab62 ("hyperv: avoid dependency on screen_info") [1] introduced a subtle bug. The commit message says, in part: Similarly, the vmbus_drv code marks the original EFI framebuffer as reserved, but this is not required if there is no sysfb. This statement turns out

  1   2   >