Re: [PATCH] drm/msm/dpu: Fix uninitialized variable

2025-02-10 Thread Ethan Carter Edwards
On 25/02/10 05:41AM, Dmitry Baryshkov wrote: > On Sun, Feb 09, 2025 at 10:32:33PM -0500, Ethan Carter Edwards wrote: > > There is a possibility for an uninitialized *ret* variable to be > > returned in some code paths. > > > > Fix this by initializing *ret* to 0. > > > > Addresses-Coverity-ID: 16

[PATCH] drm/msm/dpu: Fix uninitialized variable

2025-02-10 Thread Ethan Carter Edwards
There is a possibility for an uninitialized *ret* variable to be returned in some code paths. Fix this by initializing *ret* to 0. Addresses-Coverity-ID: 1642546 ("Uninitialized scalar variable") Fixes: 774bcfb731765d ("drm/msm/dpu: add support for virtual planes") Signed-off-by: Ethan Carter Edw

Re: [PATCH v3 1/2] gpu: nova-core: add initial driver stub

2025-02-10 Thread Danilo Krummrich
On Mon, Feb 10, 2025 at 07:24:59AM +0100, Greg KH wrote: > On Sun, Feb 09, 2025 at 06:30:24PM +0100, Danilo Krummrich wrote: > > +config NOVA_CORE > > + tristate "Nova Core GPU driver" > > + depends on PCI > > + depends on RUST > > + depends on RUST_FW_LOADER_ABSTRACTIONS > > + default n

[PATCH v2] drm/panel: visionox-r66451: transition to mipi_dsi wrapped functions

2025-02-10 Thread Tejas Vipin
Change the visionox-r66451 panel to use multi style functions for improved error handling. Additionally, always drop LPM flag after sending init sequence. Signed-off-by: Tejas Vipin --- Changes in v2: - Fixed visionox_r66451_enable to return dsi_ctx.accum_err - Mentioned changed handling

Re: [PATCH RESEND 00/13] fbdev: core: Deduplicate cfb/sys drawing fbops

2025-02-10 Thread Thomas Zimmermann
Hi Am 08.02.25 um 01:51 schrieb Kajtár Zsolt: Hello Thomas! No it's not. Major code abstractions behind preprocessor tokens are terrible to maintain. Hmm, don't get me wrong but I'm not sure if the changes were really checked in detail. At first sight it might look like I'm adding tons of new

[PATCH v3 2/4] dt-bindings: display: qcom,sm8650-mdss: explicitly document mdp0-mem and cpu-cfg interconnect paths

2025-02-10 Thread Neil Armstrong
The mdp1-mem is not supported on the SM8550 SoCs, and having maxItems=2 makes the bindings not clear if mdp0-mem/mdp1-mem or mdp0-mem/cpu-cfg is required, so explicitly document the mdp0-mem/cpu-cfg interconnect paths and complete the example with the missing interconnect paths. Suggested-by: Dmit

[PATCH v3 3/4] arm64: dts: qcom: sm8550: add missing cpu-cfg interconnect path in the mdss node

2025-02-10 Thread Neil Armstrong
The bindings requires the mdp0-mem and the cpu-cfg interconnect path, add the missing cpu-cfg path to fix the dtbs check error. Fixes: b8591df49cde ("arm64: dts: qcom: sm8550: correct MDSS interconnects") Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/qcom/sm8550.dtsi | 5 +++-- 1 file ch

[PATCH v3 0/4] dt-bindings: display: qcom,sm8[56]50-mdss: properly document the interconnect paths

2025-02-10 Thread Neil Armstrong
The mdp1-mem is not supported on the SM8550 & SM8650 SoCs, so properly document the mdp0-mem and cpu-cfg interconnect entries. This fixes the following errors: display-subsystem@ae0: interconnects: [[200, 3, 7, 32, 1, 7]] is too short from schema $id: http://devicetree.org/schemas/dis

[PATCH v3 1/4] dt-bindings: display: qcom,sm8550-mdss: explicitly document mdp0-mem and cpu-cfg interconnect paths

2025-02-10 Thread Neil Armstrong
The mdp1-mem is not supported on the SM8550 SoCs, and having maxItems=2 makes the bindings not clear if mdp0-mem/mdp1-mem or mdp0-mem/cpu-cfg is required, so explicitly document the mdp0-mem/cpu-cfg interconnect and add the cpu-cfg path in the example. Suggested-by: Dmitry Baryshkov Signed-off-by

[PATCH v3 4/4] arm64: dts: qcom: sm8650: add missing cpu-cfg interconnect path in the mdss node

2025-02-10 Thread Neil Armstrong
The bindings requires the mdp0-mem and the cpu-cfg interconnect path, add the missing cpu-cfg path to fix the dtbs check error. Fixes: 9fa33cbca3d2 ("arm64: dts: qcom: sm8650: correct MDSS interconnects") Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/qcom/sm8650.dtsi | 7 +-- 1 file

Re: [PATCH v2 5/5] misc: fastrpc: Modify context id mask to support polling mode

2025-02-10 Thread Ekansh Gupta
On 1/29/2025 4:53 PM, Dmitry Baryshkov wrote: > On Wed, Jan 29, 2025 at 11:13:05AM +0530, Ekansh Gupta wrote: >> >> >> On 1/29/2025 5:00 AM, Dmitry Baryshkov wrote: >>> On Mon, Jan 27, 2025 at 10:12:39AM +0530, Ekansh Gupta wrote: DSP needs last 4 bits of context id to be 0 for polling mod

Re: [PATCH v5 4/4] drm: bridge: ti-sn65dsi83: Add error recovery mechanism

2025-02-10 Thread Alexander Stein
Hi Herve, Am Freitag, 7. Februar 2025, 19:08:16 CET schrieb Herve Codina: > Hi Alexander, > > On Thu, 06 Feb 2025 16:39:09 +0100 > Alexander Stein wrote: > > > Hi Herve, > > > > Am Donnerstag, 6. Februar 2025, 16:20:48 CET schrieb Herve Codina: > > > Hi Alexander, > > > > > > On Thu, 06 Feb 2

Re: [PATCH v3 2/3] drm/panfrost: Add support for Mali on the MT8370 SoC

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 16:18, Louis-Alexis Eyraud ha scritto: Add a compatible for the MediaTek MT8370 SoC, with an integrated ARM Mali G57 MC2 GPU (Valhall-JM, dual core), with the same platform data as MT8186 (one regulator, two power domains). Despite their different GPU architecture (making them not bei

Re: [PATCH v3 3/3] arm64: dts: mediatek: mt8370: Enable gpu support

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 16:18, Louis-Alexis Eyraud ha scritto: Add a new gpu node in mt8370.dtsi to enable support for the ARM Mali G57 MC2 GPU (Valhall-JM) found on the MT8370 SoC, using the Panfrost driver. On a Mediatek Genio 510 EVK board, the panfrost driver probed with the following message: ``` panfr

Re: [PATCH v3 1/3] dt-bindings: gpu: mali-bifrost: Add compatible for MT8370 SoC

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 16:18, Louis-Alexis Eyraud ha scritto: Add a compatible for the MediaTek MT8370 SoC, with an integrated ARM Mali G57 MC2 GPU (Valhall-JM, dual core). This new compatible is needed for this SoC support, as the other existing compatibles for the same GPU architecture (MT8188, MT8192) do

[Bug 213145] AMDGPU resets, timesout and crashes after "*ERROR* Waiting for fences timed out!"

2025-02-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213145 Artem S. Tashkinov (a...@gmx.com) changed: What|Removed |Added Status|NEW |RESOLVED Reso

Re: [PATCH v5 1/3] dt-bindings: display: panel: Add a new compatible for the panels KD110N11-51IE and 2082109QFH040022-50E

2025-02-10 Thread Krzysztof Kozlowski
On Sat, Feb 08, 2025 at 06:53:24PM +0800, Langyan Ye wrote: > Add a new compatible for the panels KINGDISPLAY KD110N11-51IE and > STARRY 2082109QFH040022-50E. Both panels use the HX83102 IC, so > add the compatible to the hx83102 bindings file. Your subject does not fit at all at any reasonable li

Re: [PATCH v2] drm/bridge: dw-hdmi: Sync comment block with actual bus formats order

2025-02-10 Thread Neil Armstrong
On 04/02/2025 18:44, Cristian Ciocaltea wrote: Commit d3d6b1bf85ae ("drm: bridge: dw_hdmi: fix preference of RGB modes over YUV420") changed the order of the output bus formats, but missed to update accordingly the "Possible output formats" comment section above dw_hdmi_bridge_atomic_get_output_b

[PATCH] drm/imagination: remove unnecessary header include path

2025-02-10 Thread Masahiro Yamada
drivers/gpu/drm/imagination/ includes local headers with the double-quote form (#include "..."). Hence, the header search path addition is unneeded. Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/imagination/Makefile | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/imag

Re: On community influencing (was Re: [PATCH v8 2/2] rust: add dma coherent allocator abstraction.)

2025-02-10 Thread Danilo Krummrich
On Mon, Feb 10, 2025 at 05:41:30PM +0800, Icenowy Zheng wrote: > Furtherly, the monorepo nature of Linux kernel means to refactor an > interface, it's usually the person changing the callee that need to > change all callers to satify the interface change; having Rust code in > tree calling the inte

Re: [PATCH] accel/amdxdna: Add missing include linux/slab.h

2025-02-10 Thread Jacek Lawrynowicz
Hi, please move the header to the include block above an keep it sorted: #include -->#include <-- #include On 2/8/2025 9:05 AM, Su Hui wrote: > When compiling without CONFIG_IA32_EMULATION, there are some errors: > > drivers/accel/amdxdna/amdxdna_mailbox.c: In function ‘mailbox_release_msg’:

Re: On community influencing (was Re: [PATCH v8 2/2] rust: add dma coherent allocator abstraction.)

2025-02-10 Thread Icenowy Zheng
在 2025-02-08星期六的 17:31 +0900,Hector Martin写道: > > By kernel and mesa policy, while a drm/ kernel driver is not merged > with > a stable UAPI, the mesa side cannot be merged/enabled either. That > means > that every day the driver isn't upstream, our users suffer due to > various container technolo

Re: [PATCH 0/6] accel/ivpu: Changes for 6.15 2025-02-04

2025-02-10 Thread Jacek Lawrynowicz
Applied to drm-misc-next On 2/4/2025 9:46 AM, Jacek Lawrynowicz wrote: > Add possibility to import single buffer into multiple contexts, > fix locking when aborting contexts and add some debug features. > > Andrzej Kacprowski (2): > accel/ivpu: Add missing locks around mmu queues > accel/ivpu

Re: [PATCH v13 11/13] dt-bindings: display: vop2: Add missing rockchip,grf property for rk3566/8

2025-02-10 Thread Krzysztof Kozlowski
On Thu, Feb 06, 2025 at 02:45:48PM +0800, Andy Yan wrote: > From: Andy Yan > > The clock polarity of RGB signal output is controlled by GRF, this > property is already being used in the current device tree, but > forgot to describe it as a required property in the binding file. > > Signed-off-by

Re: [PATCH v13 10/13] dt-bindings: display: vop2: describe constraint SoC by SoC

2025-02-10 Thread Krzysztof Kozlowski
On Thu, Feb 06, 2025 at 02:44:38PM +0800, Andy Yan wrote: > From: Andy Yan > > As more SoCs variants are introduced, each SoC brings its own > unique set of constraints, describe this constraints SoC by > SoC will make things easier. > > Signed-off-by: Andy Yan > > --- Reviewed-by: Krzysztof

Re: [PATCH v13 12/13] dt-bindings: display: vop2: Add rk3576 support

2025-02-10 Thread Krzysztof Kozlowski
On Thu, Feb 06, 2025 at 02:46:03PM +0800, Andy Yan wrote: > From: Andy Yan > > Add vop found on rk3576, the main difference between rk3576 and the > previous vop is that each VP has its own interrupt line. > > Signed-off-by: Andy Yan > > --- Reviewed-by: Krzysztof Kozlowski Best regards, Kr

Re: [PATCH v2 5/5] misc: fastrpc: Modify context id mask to support polling mode

2025-02-10 Thread Dmitry Baryshkov
On Mon, 10 Feb 2025 at 11:05, Ekansh Gupta wrote: > > > > > On 1/29/2025 4:53 PM, Dmitry Baryshkov wrote: > > On Wed, Jan 29, 2025 at 11:13:05AM +0530, Ekansh Gupta wrote: > >> > >> > >> On 1/29/2025 5:00 AM, Dmitry Baryshkov wrote: > >>> On Mon, Jan 27, 2025 at 10:12:39AM +0530, Ekansh Gupta wrot

Re: [PATCH v3] drm/sched: Use struct for drm_sched_init() params

2025-02-10 Thread Maíra Canal
Hi Philipp, On 07/02/25 08:02, Philipp Stanner wrote: drm_sched_init() has a great many parameters and upcoming new functionality for the scheduler might add even more. Generally, the great number of parameters reduces readability and has already caused one missnaming in: commit 6f1cacf4eba7 ("

Re: [PATCH v7] drm/virtio: Add drm_panic support

2025-02-10 Thread Jocelyn Falempe
On 09/02/2025 18:45, Dmitry Osipenko wrote: On 2/6/25 13:42, Ryosuke Yasuoka wrote: Virtio gpu supports the drm_panic module, which displays a message to the screen when a kernel panic occurs. It is supported where it has vmapped shmem BO. Signed-off-by: Jocelyn Falempe Signed-off-by: Ryosuke

Re: [PATCH v5 23/34] drm/mediatek: mtk_hdmi: Move output init to mtk_hdmi_register_audio_driver()

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 06:46, CK Hu (胡俊光) ha scritto: Hi, Angelo: On Mon, 2025-01-13 at 15:52 +0100, AngeloGioacchino Del Regno wrote: External email : Please do not click links or open attachments until you have verified the sender or the content. In preparation for moving the common bits of this driv

Re: [PATCH v5 27/34] drm/mediatek: mtk_hdmi: Cleanup function mtk_hdmi_resume()

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 07:04, CK Hu (胡俊光) ha scritto: Hi, Angelo: On Mon, 2025-01-13 at 15:52 +0100, AngeloGioacchino Del Regno wrote: External email : Please do not click links or open attachments until you have verified the sender or the content. Remove the error print in case of mtk_hdmi_clk_enable_

Re: [PATCH v2 2/3] drm/msm/dsi: Set PHY usescase (and mode) before registering DSI host

2025-02-10 Thread Marijn Suijten
On 2025-02-10 01:11:59, Dmitry Baryshkov wrote: > On Sun, Feb 09, 2025 at 10:42:53PM +0100, Marijn Suijten wrote: > > Ordering issues here cause an uninitialized (default STANDALONE) > > usecase to be programmed (which appears to be a MUX) in some cases > > when msm_dsi_host_register() is called, l

Re: Maintaining Repaper and MI0283QT

2025-02-10 Thread Thomas Zimmermann
Hi Am 07.02.25 um 15:53 schrieb Alex Lanzano: I saw that Noralf has to unfortunately step down from maintaining the repaper and mi0283qt drivers. I would be more than happy to maintain these two if need be. The repaper device is very similar to the sharp-memory display I currently maintain and I

Re: [PATCH 0/3] drm/i915: Fix harmfull driver register/unregister assymetry

2025-02-10 Thread Andi Shyti
Hi Janusz, On Thu, Feb 06, 2025 at 07:07:38PM +0100, Janusz Krzysztofik wrote: > We return immediately from i915_driver_register() if drm_dev_register() > fails, skipping remaining registration steps. However, the _unregister() > counterpart called at device remove knows nothing about that skip a

Re: [PATCH] drm/bridge: convert to use devm_platform_ioremap_resource()

2025-02-10 Thread Robert Foss
On Thu, 06 Feb 2025 15:17:13 +0800, oushixiong1...@163.com wrote: > convert to use devm_platform_ioremap_resource(). > > Applied, thanks! [1/1] drm/bridge: convert to use devm_platform_ioremap_resource() https://gitlab.freedesktop.org/drm/misc/kernel/-/commit/aaad45cfaa1b Rob

Re: [PATCH 1/2] drm/panthor: Replace sleep locks with spinlocks in fdinfo path

2025-02-10 Thread Boris Brezillon
On Mon, 10 Feb 2025 12:41:59 + Adrián Larumbe wrote: > Panthor's fdinfo handler is routed through the /proc file system, which > executes in an atomic context. That means we cannot use mutexes because > they might sleep. > > This bug was uncovered by enabling some of the kernel's mutex-debug

Re: [PATCH 1/4] drm/ast: astdp: Add connector state

2025-02-10 Thread Jocelyn Falempe
On 04/02/2025 14:26, Thomas Zimmermann wrote: Add dedicated connector state for ASTDP connectors. The state will store values for programming the transmitter chip. Thanks, it looks good to me. Reviewed-by: Jocelyn Falempe Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast_dp.c

Patch "drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event()" has been added to the 6.6-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event() to the 6.6-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 i

Patch "m68k: vga: Fix I/O defines" has been added to the 6.6-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 6.6-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: m68k-vga-fix-i-o-defines.pat

[PATCH v6 3/4] drm/vc4: hdmi: Use drm_atomic_helper_reset_crtc()

2025-02-10 Thread Herve Codina
The current code uses a the reset_pipe() local function to reset the CRTC outputs. drm_atomic_helper_reset_crtc() has been introduced recently and it performs exact same operations. In order to avoid code duplication, use the new helper instead of the local function. Signed-off-by: Herve Codina

Re: [PATCH v5 4/4] drm: bridge: ti-sn65dsi83: Add error recovery mechanism

2025-02-10 Thread Herve Codina
Hi Alexander, On Mon, 10 Feb 2025 11:42:09 +0100 Alexander Stein wrote: > Hi Herve, > > Am Freitag, 7. Februar 2025, 19:08:16 CET schrieb Herve Codina: > > Hi Alexander, > > > > On Thu, 06 Feb 2025 16:39:09 +0100 > > Alexander Stein wrote: > > > > > Hi Herve, > > > > > > Am Donnerstag, 6.

[PATCH v6 4/4] drm: bridge: ti-sn65dsi83: Add error recovery mechanism

2025-02-10 Thread Herve Codina
In some cases observed during ESD tests, the TI SN65DSI83 cannot recover from errors by itself. A full restart of the bridge is needed in those cases to have the bridge output LVDS signals again. Also, during tests, cases were observed where reading the status of the bridge was not even possible.

[PATCH v6 0/4] Add support for errors recovery in the TI SN65DSI83 bridge driver

2025-02-10 Thread Herve Codina
Hi, Usually the TI SN65DSI83 recovers from error by itself but during ESD tests, we have some cases where the TI SN65DSI83 didn't recover. In order to handle those cases, this series adds support for a recovery mechanism. Compare to the previous iteration, this v6 series fixes a NULL pointer der

[PATCH v6 2/4] drm/atomic-helper: Introduce drm_atomic_helper_reset_crtc()

2025-02-10 Thread Herve Codina
drm_atomic_helper_reset_crtc() allows to reset the CRTC active outputs. This resets all active components available between the CRTC and connectors. Signed-off-by: Herve Codina Reviewed-by: Dmitry Baryshkov Reviewed-by: Maxime Ripard --- drivers/gpu/drm/drm_atomic_helper.c | 41 ++

[PATCH v6 1/4] dt-bindings: display: bridge: sn65dsi83: Add interrupt

2025-02-10 Thread Herve Codina
Both the TI SN65DSI83 and SN65DSI84 bridges have an IRQ pin to signal errors using interrupt. This interrupt is not documented in the binding. Add the missing interrupts property. Signed-off-by: Herve Codina Reviewed-by: Laurent Pinchart Acked-by: Conor Dooley --- .../devicetree/bindings/dis

Re: [PATCH] drm/v3d: Add clock handling

2025-02-10 Thread Stefan Wahren
Hi Maíra, Am 10.02.25 um 13:23 schrieb Maíra Canal: Hi Stefan, Thanks for your patch! On 01/02/25 09:50, Stefan Wahren wrote: Since the initial commit 57692c94dcbe ("drm/v3d: Introduce a new DRM driver for Broadcom V3D V3.x+") the struct v3d_dev reserved a pointer for an optional V3D clock. B

Patch "drm/ast: astdp: Fix timeout for enabling video signal" has been added to the 6.13-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/ast: astdp: Fix timeout for enabling video signal to the 6.13-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:

Patch "drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event()" has been added to the 6.13-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event() to the 6.13-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

Patch "m68k: vga: Fix I/O defines" has been added to the 6.13-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 6.13-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: m68k-vga-fix-i-o-defines.pa

Re: [PATCH 2/2] drm/panthor: Avoid sleep locking in the internal BO size path

2025-02-10 Thread Boris Brezillon
On Mon, 10 Feb 2025 13:43:17 + Liviu Dudau wrote: > On Mon, Feb 10, 2025 at 02:18:07PM +0100, Boris Brezillon wrote: > > On Mon, 10 Feb 2025 12:42:00 + > > Adrián Larumbe wrote: > > > > > A previous commit dealt with a similar situation, whereby upon enabling > > > some mutex debug fe

Re: [PATCH v6 14/26] drm/bridge: add support for refcounted DRM bridges

2025-02-10 Thread Dmitry Baryshkov
On Mon, 10 Feb 2025 at 14:31, Maxime Ripard wrote: > > On Fri, Feb 07, 2025 at 09:54:06PM +0200, Dmitry Baryshkov wrote: > > On Fri, Feb 07, 2025 at 12:47:51PM +0100, Maxime Ripard wrote: > > > Hi, > > > > > > On Thu, Feb 06, 2025 at 07:14:29PM +0100, Luca Ceresoli wrote: > > > > DRM bridges are c

Re: [PATCH v2 2/3] drm/msm/dsi: Set PHY usescase (and mode) before registering DSI host

2025-02-10 Thread Dmitry Baryshkov
On Mon, Feb 10, 2025 at 01:54:29PM +0100, Marijn Suijten wrote: > On 2025-02-10 01:11:59, Dmitry Baryshkov wrote: > > On Sun, Feb 09, 2025 at 10:42:53PM +0100, Marijn Suijten wrote: > > > Ordering issues here cause an uninitialized (default STANDALONE) > > > usecase to be programmed (which appears

RE: [PATCH 1/1] fbdev: hyperv_fb: iounmap() the correct memory when removing a device

2025-02-10 Thread Michael Kelley
From: Saurabh Singh Sengar Sent: Monday, February 10, 2025 4:41 AM > > On Sun, Feb 09, 2025 at 03:52:52PM -0800, mhkelle...@gmail.com wrote: > > From: Michael Kelley > > > > When a Hyper-V framebuffer device is removed, or the driver is unbound > > from a device, any allocated and/or mapped mem

Re: [PATCH v4 9/9] drm/vkms: convert to use faux_device

2025-02-10 Thread Louis Chauvet
On 10/02/25 - 13:30, Greg Kroah-Hartman wrote: > The vkms driver does not need to create a platform device, as there is > no real platform resources associated it, it only did so because it was > simple to do that in order to get a device to use for resource > management of drm resources. Change

Re: [PATCH v2] drm/panel: visionox-r66451: transition to mipi_dsi wrapped functions

2025-02-10 Thread Doug Anderson
Hi, On Mon, Feb 10, 2025 at 1:24 AM Tejas Vipin wrote: > > Change the visionox-r66451 panel to use multi style functions for > improved error handling. Additionally, always drop LPM flag after > sending init sequence. > > Signed-off-by: Tejas Vipin > --- > Changes in v2: > - Fixed visionox_r

Re: [PATCH v5 1/3] dt-bindings: display: panel: Add a new compatible for the panels KD110N11-51IE and 2082109QFH040022-50E

2025-02-10 Thread Doug Anderson
Hi, On Mon, Feb 10, 2025 at 2:16 AM Krzysztof Kozlowski wrote: > > On Sat, Feb 08, 2025 at 06:53:24PM +0800, Langyan Ye wrote: > > Add a new compatible for the panels KINGDISPLAY KD110N11-51IE and > > STARRY 2082109QFH040022-50E. Both panels use the HX83102 IC, so > > add the compatible to the hx

Re: [PATCH v5 2/3] drm/panel: panel-himax-hx83102: support for kingdisplay-kd110n11-51ie MIPI-DSI panel

2025-02-10 Thread Doug Anderson
Hi, On Sat, Feb 8, 2025 at 12:25 PM Doug Anderson wrote: > > Hi, > > On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye > wrote: > > > > The kingdisplay-kd110n11-51ie is a 10.95" TFT panel. The MIPI controller > > on this panel is the same as the other panels here, so add this panel > > to this driver. >

Re: [PATCH v5 3/3] drm/panel: panel-himax-hx83102: support for starry-2082109qfh040022-50e MIPI-DSI panel

2025-02-10 Thread Doug Anderson
Hi, On Sat, Feb 8, 2025 at 12:25 PM Doug Anderson wrote: > > Hi, > > On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye > wrote: > > > > The starry-2082109qfh040022-50e is a 10.95" TFT panel. The MIPI controller > > on this panel is the same as the other panels here, so add this panel to > > this driver.

Re: [PATCH v5 25/34] drm/mediatek: mtk_hdmi: Remove ifdef for CONFIG_PM_SLEEP

2025-02-10 Thread AngeloGioacchino Del Regno
Il 07/02/25 07:10, CK Hu (胡俊光) ha scritto: Hi, Angelo: On Mon, 2025-01-13 at 15:52 +0100, AngeloGioacchino Del Regno wrote: External email : Please do not click links or open attachments until you have verified the sender or the content. Since the SIMPLE_DEV_PM_OPS macro and the pm pointer a

[PATCH v4 8/9] drm/vgem/vgem_drv convert to use faux_device

2025-02-10 Thread Greg Kroah-Hartman
The vgem driver does not need to create a platform device, as there is no real platform resources associated it, it only did so because it was simple to do that in order to get a device to use for resource management of drm resources. Change the driver to use the faux device instead as this is NO

[PATCH v4 9/9] drm/vkms: convert to use faux_device

2025-02-10 Thread Greg Kroah-Hartman
The vkms driver does not need to create a platform device, as there is no real platform resources associated it, it only did so because it was simple to do that in order to get a device to use for resource management of drm resources. Change the driver to use the faux device instead as this is NO

Re: [PATCH v6 14/26] drm/bridge: add support for refcounted DRM bridges

2025-02-10 Thread Maxime Ripard
On Fri, Feb 07, 2025 at 09:54:06PM +0200, Dmitry Baryshkov wrote: > On Fri, Feb 07, 2025 at 12:47:51PM +0100, Maxime Ripard wrote: > > Hi, > > > > On Thu, Feb 06, 2025 at 07:14:29PM +0100, Luca Ceresoli wrote: > > > DRM bridges are currently considered as a fixed element of a DRM card, and > > > t

Re: [PATCH 2/4] drm/ast: astdp: Inline mode-index calculation

2025-02-10 Thread Jocelyn Falempe
On 04/02/2025 14:26, Thomas Zimmermann wrote: Programming the astdp transmitter chip requires a magic value for individual modes. Inline the helper for calculating the value into its only caller (i.e., the encoder's atomic_mode_set). With further refactoring, the atomic check will be able to det

Re: [PATCH 3/4] drm/ast: astdp: Store mode index in connector state

2025-02-10 Thread Jocelyn Falempe
On 04/02/2025 14:26, Thomas Zimmermann wrote: Look up the mode index for the astdp transmitter ship in the encoder's atomic check and report an error if the display mode is not supported. The lookup uses the DRM display mode instead of the driver's internal VBIOS mode. Both are be equivalent. Th

Re: [PATCH 4/4] drm/ast: astdp: Validate display modes

2025-02-10 Thread Jocelyn Falempe
On 04/02/2025 14:26, Thomas Zimmermann wrote: Validate each display mode against the astdp transmitter chips. Filters out modes that the chip does not support. Thanks, it looks good to me. Reviewed-by: Jocelyn Falempe Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast_dp.c | 14

[Bug 213145] AMDGPU resets, timesout and crashes after "*ERROR* Waiting for fences timed out!"

2025-02-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213145 --- Comment #36 from MasterCATZ (masterc...@hotmail.com) --- 6.12.3-061203-generic seems to be ok -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.

Patch "m68k: vga: Fix I/O defines" has been added to the 5.4-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 5.4-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: m68k-vga-fix-i-o-defines.pat

Patch "drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event()" has been added to the 5.4-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event() to the 5.4-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 i

Patch "m68k: vga: Fix I/O defines" has been added to the 5.10-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 5.10-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: m68k-vga-fix-i-o-defines.pa

Patch "m68k: vga: Fix I/O defines" has been added to the 5.15-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 5.15-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: m68k-vga-fix-i-o-defines.pa

Patch "drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event()" has been added to the 6.1-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/rockchip: cdn-dp: Use drm_connector_helper_hpd_irq_event() to the 6.1-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 i

Patch "m68k: vga: Fix I/O defines" has been added to the 6.1-stable tree

2025-02-10 Thread gregkh
This is a note to let you know that I've just added the patch titled m68k: vga: Fix I/O defines to the 6.1-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: m68k-vga-fix-i-o-defines.pat

Re: [PATCH v4 9/9] drm/vkms: convert to use faux_device

2025-02-10 Thread Greg Kroah-Hartman
On Mon, Feb 10, 2025 at 03:37:42PM +0100, Louis Chauvet wrote: > On 10/02/25 - 13:30, Greg Kroah-Hartman wrote: > > The vkms driver does not need to create a platform device, as there is > > no real platform resources associated it, it only did so because it was > > simple to do that in order to g

Re: [PATCH 1/2] drm/panthor: Replace sleep locks with spinlocks in fdinfo path

2025-02-10 Thread Tvrtko Ursulin
On 10/02/2025 12:41, Adrián Larumbe wrote: Panthor's fdinfo handler is routed through the /proc file system, which executes in an atomic context. That means we cannot use mutexes because they might sleep. Have the debug splat at hand? I am thinking it is not because of fdinfo reads, which ar

Re: [PATCH] drm/bridge: analogix_dp: Use devm_platform_ioremap_resource()

2025-02-10 Thread Robert Foss
On Tue, Jan 28, 2025 at 7:57 AM wrote: > > From: Shixiong Ou > > Convert platform_get_resource(), devm_ioremap_resource() to a single > call to devm_platform_ioremap_resource(). > > Signed-off-by: Shixiong Ou > --- > drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 5 + > 1 file changed

Re: [PATCH 0/8] drm/bridge: minor cleanups

2025-02-10 Thread Robert Foss
On Thu, 06 Feb 2025 18:02:32 +0100, Luca Ceresoli wrote: > This series removes some unnecessary #includes and and unused forward > declarations, which I noticed while preparing a way more complex series > (bridge hotplug). I decided to split these trivial patches to a separate > series to limit the

Re: [PATCH 1/2] drm/panthor: Replace sleep locks with spinlocks in fdinfo path

2025-02-10 Thread Adrián Larumbe
Hi Tvrtko, [18153.770244] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:562 [18153.771059] in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 203412, name: cat [18153.771757] preempt_count: 1, expected: 0 [18153.772164] RCU nest depth: 0, expected: 0 [18153.772

Re: [PATCH 0/5] drm: Constify 'struct bin_attribute'

2025-02-10 Thread Thomas Weißschuh
Hi, On 2024-12-16 12:34:46+0100, Thomas Weißschuh wrote: > The sysfs core now allows instances of 'struct bin_attribute' to be > moved into read-only memory. Make use of that to protect them against > accidental or malicious modifications. Can anybody pick up these patches? Except for lima they a

Re: [PATCH 1/1] fbdev: hyperv_fb: iounmap() the correct memory when removing a device

2025-02-10 Thread Saurabh Singh Sengar
On Mon, Feb 10, 2025 at 06:58:25AM -0800, Saurabh Singh Sengar wrote: > On Mon, Feb 10, 2025 at 02:28:35PM +, Michael Kelley wrote: > > From: Saurabh Singh Sengar Sent: Monday, > > February 10, 2025 4:41 AM > > > > > > On Sun, Feb 09, 2025 at 03:52:52PM -0800, mhkelle...@gmail.com wrote: > >

Re: [PATCH 1/2] drm/panthor: Replace sleep locks with spinlocks in fdinfo path

2025-02-10 Thread Adrián Larumbe
This is the debug log for the second patch in the series: [18325.029172] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:562 [18325.029947] in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 203483, name: cat [18325.030646] preempt_count: 1, expected: 0 [18325.03

Re: [PATCH v5 09/34] drm/mediatek: mtk_cec: Switch to register as module_platform_driver

2025-02-10 Thread AngeloGioacchino Del Regno
Il 10/02/25 07:58, CK Hu (胡俊光) ha scritto: Hi, Angelo: On Mon, 2025-01-13 at 15:52 +0100, AngeloGioacchino Del Regno wrote: External email : Please do not click links or open attachments until you have verified the sender or the content. In preparation for splitting out the common bits from

Re: [PATCH v4 06/33] drm/gpusvm: Add support for GPU Shared Virtual Memory

2025-02-10 Thread Matthew Brost
On Fri, Feb 07, 2025 at 10:06:44AM +0100, Thomas Hellström wrote: > On Wed, 2025-01-29 at 11:51 -0800, Matthew Brost wrote: > > This patch introduces support for GPU Shared Virtual Memory (SVM) in > > the > > Direct Rendering Manager (DRM) subsystem. SVM allows for seamless > > sharing of memory be

Re: On community influencing (was Re: [PATCH v8 2/2] rust: add dma coherent allocator abstraction.)

2025-02-10 Thread Mark Brown
On Sun, Feb 09, 2025 at 03:25:26AM -0500, Neal Gompa wrote: > On Friday, February 7, 2025 1:16:11 PM Eastern Standard Time Konstantin > Ryabitsev wrote: > > It is my goal to be able to give subsystems a way to use forges without it > > impacting how they interact with upstream or handle tree-wide

Re: [PATCH v2 drm-dp 1/7] drm/hisilicon/hibmc: Add dp phy cfg to adjust serdes rate, voltage and pre-emphasis

2025-02-10 Thread Dmitry Baryshkov
On Mon, Feb 10, 2025 at 10:49:53PM +0800, Yongbang Shi wrote: > From: Baihan Li > > This serdes is inited and configured for dp, and integrating them into dp > init and dp link training process. > For rate changing, we can change from 1.62-8.2Gpbs by cfg reg. > For voltage and pre-emphasis levels

Re: [PATCH] accel/amdxdna: Add missing include linux/slab.h

2025-02-10 Thread Lizhi Hou
On 2/8/25 00:05, Su Hui wrote: When compiling without CONFIG_IA32_EMULATION, there are some errors: drivers/accel/amdxdna/amdxdna_mailbox.c: In function ‘mailbox_release_msg’: drivers/accel/amdxdna/amdxdna_mailbox.c:197:2: error: implicit declaration of function ‘kfree’. 197 | kfree(mb_msg

Re: [PATCH v3 4/4] arm64: dts: qcom: sm8650: add missing cpu-cfg interconnect path in the mdss node

2025-02-10 Thread Konrad Dybcio
On 10.02.2025 10:32 AM, Neil Armstrong wrote: > The bindings requires the mdp0-mem and the cpu-cfg interconnect path, > add the missing cpu-cfg path to fix the dtbs check error. > > Fixes: 9fa33cbca3d2 ("arm64: dts: qcom: sm8650: correct MDSS interconnects") > Signed-off-by: Neil Armstrong > ---

Re: [PATCH v3 3/4] arm64: dts: qcom: sm8550: add missing cpu-cfg interconnect path in the mdss node

2025-02-10 Thread Konrad Dybcio
On 10.02.2025 10:32 AM, Neil Armstrong wrote: > The bindings requires the mdp0-mem and the cpu-cfg interconnect path, > add the missing cpu-cfg path to fix the dtbs check error. > > Fixes: b8591df49cde ("arm64: dts: qcom: sm8550: correct MDSS interconnects") > Signed-off-by: Neil Armstrong > ---

Re: [PATCH 1/5] drm/sysfs: Constify 'struct bin_attribute'

2025-02-10 Thread Andi Shyti
Hi Thomas, On Mon, Dec 16, 2024 at 12:34:47PM +0100, Thomas Weißschuh wrote: > The sysfs core now allows instances of 'struct bin_attribute' to be > moved into read-only memory. Make use of that to protect them against > accidental or malicious modifications. > > Signed-off-by: Thomas Weißschuh

Re: [PATCH v6 14/26] drm/bridge: add support for refcounted DRM bridges

2025-02-10 Thread Luca Ceresoli
Hello Maxime, Dmitry, On Mon, 10 Feb 2025 16:23:44 +0200 Dmitry Baryshkov wrote: > On Mon, 10 Feb 2025 at 14:31, Maxime Ripard > wrote: > > > > On Fri, Feb 07, 2025 at 09:54:06PM +0200, Dmitry Baryshkov wrote: > > > On Fri, Feb 07, 2025 at 12:47:51PM +0100, Maxime Ripard wrote: > > > > Hi,

Re: [PATCH v5 29/34] drm/mediatek: mtk_hdmi: Split driver and add common probe function

2025-02-10 Thread AngeloGioacchino Del Regno
Il 10/02/25 03:18, CK Hu (胡俊光) ha scritto: Hi, Angelo: On Mon, 2025-01-13 at 15:52 +0100, AngeloGioacchino Del Regno wrote: External email : Please do not click links or open attachments until you have verified the sender or the content. In preparation for adding a new driver for the HDMI TX

Re: [PATCH v6 08/26] drm/bridge: panel: add a panel_bridge to every panel

2025-02-10 Thread Luca Ceresoli
Hi Dmitry, On Fri, 7 Feb 2025 21:43:26 +0200 Dmitry Baryshkov wrote: > > > > @@ -1018,6 +1067,11 @@ struct drm_bridge > > > > *devm_drm_panel_bridge_add_typed(struct device *dev, > > > > { > > > > struct drm_bridge **ptr, *bridge; > > > > > > > > + if (panel->bridge) { > > > >

Re: [PATCH 3/4] drm/msm/dsi: Allow all bpc values

2025-02-10 Thread Konrad Dybcio
On 8.02.2025 11:09 PM, Marijn Suijten wrote: > On 2025-02-03 21:14:26, Danila Tikhonov wrote: >> From: Eugene Lepshy >> >> DRM DSC helper has parameters for various bpc values ​​other than 8: > > Weird zero-width \u200b spaces here between "values" and "other", please > delete > those. > >> (8/

Re: [PATCH v6 14/26] drm/bridge: add support for refcounted DRM bridges

2025-02-10 Thread Luca Ceresoli
Hello Maxime, On Fri, 7 Feb 2025 12:47:51 +0100 Maxime Ripard wrote: > > diff --git a/include/drm/drm_bridge.h b/include/drm/drm_bridge.h > > index > > ad7ba444a13e5ecf16f996de3742e4ac67dc21f1..43cef0f6ccd36034f64ad2babfebea62db1d9e43 > > 100644 > > --- a/include/drm/drm_bridge.h > > +++ b/inc

Re: [PATCH v6 14/26] drm/bridge: add support for refcounted DRM bridges

2025-02-10 Thread Luca Ceresoli
Hi Maxime, Dmitry On Fri, 7 Feb 2025 21:54:06 +0200 Dmitry Baryshkov wrote: > > > +/* Internal function (for refcounted bridges) */ > > > +void __drm_bridge_free(struct kref *kref) > > > +{ > > > + struct drm_bridge *bridge = container_of(kref, struct drm_bridge, > > > refcount); > > > + void *

Re: [PATCH 2/5] drm/lima: Constify 'struct bin_attribute'

2025-02-10 Thread Andi Shyti
Hi Thomas, On Mon, Dec 16, 2024 at 12:34:48PM +0100, Thomas Weißschuh wrote: > The sysfs core now allows instances of 'struct bin_attribute' to be > moved into read-only memory. Make use of that to protect them against > accidental or malicious modifications. > > Signed-off-by: Thomas Weißschuh

Re: [PATCH 3/4] drm/msm/dsi: Allow all bpc values

2025-02-10 Thread Konrad Dybcio
On 10.02.2025 6:10 PM, Konrad Dybcio wrote: > On 8.02.2025 11:09 PM, Marijn Suijten wrote: >> On 2025-02-03 21:14:26, Danila Tikhonov wrote: >>> From: Eugene Lepshy >>> >>> DRM DSC helper has parameters for various bpc values ​​other than 8: >> >> Weird zero-width \u200b spaces here between "value

Re: [PATCH 3/5] drm/i915: Constify 'struct bin_attribute'

2025-02-10 Thread Andi Shyti
Hi Thomas, On Mon, Dec 16, 2024 at 12:34:49PM +0100, Thomas Weißschuh wrote: > The sysfs core now allows instances of 'struct bin_attribute' to be > moved into read-only memory. Make use of that to protect them against > accidental or malicious modifications. > > Signed-off-by: Thomas Weißschuh

Re: [PATCH 2/3] mfd: atmel-hlcdc: fetch LVDS PLL clock for LVDS display

2025-02-10 Thread Lee Jones
On Thu, 21 Nov 2024, Manikandan Muralidharan wrote: > The XLCDC IP supports DSI, parallel RGB and LVDS Display. > sys_clk(Generic clock) is used for DSI and Parallel RGB displays; > And LVDS PLL is used with LVDS displays. > obtain anyone of the clocks for the LCD to operate Maybe say something a

Re: [PATCH v6 15/26] drm/bridge: devm_drm_of_get_bridge and drmm_of_get_bridge: automatically put the bridge

2025-02-10 Thread Luca Ceresoli
Hi Dmitry, On Fri, 7 Feb 2025 21:57:30 +0200 Dmitry Baryshkov wrote: > On Fri, Feb 07, 2025 at 11:44:01AM +0100, Luca Ceresoli wrote: > > On Fri, 7 Feb 2025 05:17:43 +0200 > > Dmitry Baryshkov wrote: > > > > > On Thu, Feb 06, 2025 at 07:14:30PM +0100, Luca Ceresoli wrote: > > > > Add a dev

[PATCH] drm/i915/quirks: Add no dpio-common-bc powerwell init quirk for xiaomi-latte

2025-02-10 Thread 李 政
This tablet does not have dpio-common-bc powerwell init. i915 :00:02.0: [drm] *ERROR* timeout setting power well state (f3ff) i915 :00:02.0: [drm] *ERROR* Display PHY 0 is not power up Signed-off-by: Qs315490 --- .../drm/i915/display/intel_display_driver.c | 4 ++-- ...

  1   2   3   >