[PATCH v4 0/5] drm/virtio: Import scanout buffers from other devices

2024-11-24 Thread Vivek Kasireddy
Having virtio-gpu import scanout buffers (via prime) from other devices means that we'd be adding a head to headless GPUs assigned to a Guest VM or additional heads to regular GPU devices that are passthrough'd to the Guest. In these cases, the Guest compositor can render into the scanout buffer us

Re:[PATCH v4 0/3] drm: rockchip: vop2: Add VP clock resets support

2024-11-24 Thread Andy Yan
Hello Detlev, At 2024-11-16 00:20:39, "Detlev Casanova" wrote: >The clock reset must be used when the VOP is configured. Skipping it can >put the VOP in an unknown state where the HDMI signal is either lost or >not matching the selected mode. Can you provide some detail about how to reproduce th

[PATCH v4 5/5] drm/virtio: Add prepare and cleanup routines for imported dmabuf obj

2024-11-24 Thread Vivek Kasireddy
When an imported dmabuf obj is used as part of an atomic commit, we need to pin it as part of prepare and unpin it during cleanup of the associated FB, to make sure that it does not move until the commit is completed (and also while it is being used on the Host). Cc: Gerd Hoffmann Cc: Dmitry Osip

[PATCH v4 1/5] drm/virtio: Implement VIRTIO_GPU_CMD_RESOURCE_DETACH_BACKING cmd

2024-11-24 Thread Vivek Kasireddy
This cmd is useful to let the VMM (i.e, Qemu) know that the backing store associated with a resource is no longer valid, so that the VMM can perform any cleanup or unmap operations. The fence related changes and virtio_gpu_object_detach()/ virtio_gpu_detach_object_fenced() routines are extracted f

[PATCH v4 4/5] drm/virtio: Import prime buffers from other devices as guest blobs

2024-11-24 Thread Vivek Kasireddy
By importing scanout buffers from other devices, we should be able to use the virtio-gpu driver in KMS only mode. Note that we attach dynamically and register a move_notify() callback so that we can let the VMM know of any location changes associated with the backing store of the imported object by

[PATCH v4 3/5] drm/virtio: Add helpers to initialize and free the imported object

2024-11-24 Thread Vivek Kasireddy
The imported object can be considered a guest blob resource; therefore, we use create_blob cmd while creating it. These helpers are used in the next patch which does the actual import. Cc: Gerd Hoffmann Cc: Dmitry Osipenko Cc: Rob Clark Cc: Gurchetan Singh Cc: Chia-I Wu Signed-off-by: Vivek K

[PATCH v4 2/5] drm/virtio: Add a helper to map and note the dma addrs and lengths

2024-11-24 Thread Vivek Kasireddy
This helper would be used when first initializing the object as part of import and also when updating the plane where we need to ensure that the imported object's backing is valid. Cc: Gerd Hoffmann Cc: Dmitry Osipenko Cc: Rob Clark Cc: Gurchetan Singh Cc: Chia-I Wu Signed-off-by: Vivek Kasir

RE: [PATCH v2 2/5] drm/virtio: Add a helper to map and note the dma addrs and lengths

2024-11-24 Thread Kasireddy, Vivek
Hi Dmitry, > Subject: Re: [PATCH v2 2/5] drm/virtio: Add a helper to map and note the > dma addrs and lengths > >> ... > >>> After rebasing v2 of this patch series on top of the above patch, I see > >>> that > >>> this use-case works as expected with Qemu master. Let me send out v3, > >>> which w

Re: [PATCH 1/5] dt-bindgins: display: Add Apple pre-DCP display controller bindings

2024-11-24 Thread Krzysztof Kozlowski
On Sun, Nov 24, 2024 at 11:29:24PM +0100, Sasha Finkelstein wrote: > Add bindings for a secondary display controller present on certain > Apple laptops. > > Signed-off-by: Sasha Finkelstein > --- > .../bindings/display/apple,display-pipe.yaml | 59 > ++ > .../bindings/

Re: [PATCH v3 9/9] arm64: dts: qcom: Add display support for QCS615 RIDE board

2024-11-24 Thread fange zhang
On 2024/11/22 18:22, Dmitry Baryshkov wrote: On Fri, Nov 22, 2024 at 05:56:52PM +0800, Fange Zhang wrote: From: Li Liu Add display MDSS and DSI configuration for QCS615 RIDE board. QCS615 has a DP port, and DP support will be added in a later patch. Signed-off-by: Li Liu Signed-off-by: Fa

Re: [PATCH 1/6] dt-bindings: display: panel: Add another panel for RG35XX Plus (Rev6)

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 20:14, Hironori KIKUCHI wrote: > Hello Krzysztof, > > Thank you for reviewing. > >> no wildcards > > Sorry, but I believe these are not wildcards. > > As discussed previously, the integrating vendor and device name are > preferred instead of the OEM serial for unidentified OEM pan

Re: [PATCH] drm: Remove redundant statement in drm_crtc_helper_set_mode()

2024-11-24 Thread Huacai Chen
On Mon, Nov 11, 2024 at 10:41 PM Jani Nikula wrote: > > On Mon, 11 Nov 2024, Huacai Chen wrote: > > Commit dbbfaf5f2641a ("drm: Remove bridge support from legacy helpers") > > removes the drm_bridge_mode_fixup() call in drm_crtc_helper_set_mode(), > > which makes the subsequent "encoder_funcs = e

Re: [PATCH v9 1/4] drm: Introduce device wedged event

2024-11-24 Thread Aravind Iddamsetty
On 22/11/24 21:32, Raag Jadav wrote: > On Fri, Nov 22, 2024 at 11:09:32AM +0100, Christian König wrote: >> Am 22.11.24 um 08:07 schrieb Raag Jadav: >>> On Mon, Nov 18, 2024 at 08:26:37PM +0530, Aravind Iddamsetty wrote: On 15/11/24 10:37, Raag Jadav wrote: > Introduce device wedged event

Re: [PATCH v2 01/11] opp: core: implement dev_pm_opp_get_bw

2024-11-24 Thread Viresh Kumar
On 19-11-24, 18:56, Neil Armstrong wrote: > Add and implement the dev_pm_opp_get_bw() to retrieve > the OPP's bandwidth in the same way as the dev_pm_opp_get_voltage() > helper. > > Retrieving bandwidth is required in the case of the Adreno GPU > where the GPU Management Unit can handle the Bandwi

Re: [PATCH v3 2/9] dt-bindings: display/msm: dsi-controller-main: Document SM6150

2024-11-24 Thread fange zhang
On 2024/11/24 0:28, Krzysztof Kozlowski wrote: On Fri, Nov 22, 2024 at 05:56:45PM +0800, Fange Zhang wrote: From: Li Liu Document general compatibility of the DSI controller on SM6150. Signed-off-by: Li Liu Signed-off-by: Fange Zhang --- Documentation/devicetree/bindings/display/msm/ds

Re: [PATCH v3 7/9] drm/msm/dsi: Add support for SM6150

2024-11-24 Thread fange zhang
On 2024/11/22 18:10, Dmitry Baryshkov wrote: On Fri, Nov 22, 2024 at 05:56:50PM +0800, Fange Zhang wrote: From: Li Liu Add support for DSI 2.3.1 (block used on SM6150). Signed-off-by: Li Liu Signed-off-by: Fange Zhang --- drivers/gpu/drm/msm/dsi/dsi_cfg.c | 4 +++- drivers/gpu/drm/msm

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

2024-11-24 Thread Dmitry Osipenko
On 11/19/24 13:21, Jocelyn Falempe wrote: ... >> In the virtio_panic_flush() below, >> virtio_gpu_panic_cmd_transfer_to_host_2d() is invoked only for dumb BOs. >> Thus, only dumb BO supports panic output and should be accepted by >> get_scanout_buffer(), other should be rejected with ENODEV here, A

Re: [PATCH v2 2/5] drm/virtio: Add a helper to map and note the dma addrs and lengths

2024-11-24 Thread Dmitry Osipenko
On 10/29/24 09:18, Kasireddy, Vivek wrote: > So, I believe we need to call pin and or dma_resv_wait_timeout(resv, > DMA_RESV_USAGE_WRITE,) at some point, as part of import, given > these rules. On a second look, you should be right. That resv-wait should be needed. -- Best regards, Dmitry

Re: [PATCH v3 3/5] drm/virtio: Add helpers to initialize and free the imported object

2024-11-24 Thread Dmitry Osipenko
On 11/19/24 08:59, Vivek Kasireddy wrote: > +static void virtgpu_dma_buf_free_obj(struct drm_gem_object *obj) > +{ > + struct virtio_gpu_object *bo = gem_to_virtio_gpu_obj(obj); > + struct virtio_gpu_device *vgdev = obj->dev->dev_private; > + struct dma_buf_attachment *attach = obj->imp

Re: [PATCH v3 4/5] drm/virtio: Import prime buffers from other devices as guest blobs

2024-11-24 Thread Dmitry Osipenko
On 11/19/24 08:59, Vivek Kasireddy wrote: > struct drm_gem_object *virtgpu_gem_prime_import_sg_table( > @@ -281,3 +335,4 @@ struct drm_gem_object *virtgpu_gem_prime_import_sg_table( > { > return ERR_PTR(-ENODEV); > } > + Nit: superfluous extra newline -- Best regards, Dmitry

Re: [PATCH v3 2/5] drm/virtio: Add a helper to map and note the dma addrs and lengths

2024-11-24 Thread Dmitry Osipenko
On 11/19/24 08:59, Vivek Kasireddy wrote: > +long virtgpu_dma_buf_import_sgt(struct virtio_gpu_mem_entry **ents, > + unsigned int *nents, > + struct virtio_gpu_object *bo, > + struct dma_buf_attachment *attach) Nit

Re: [PATCH v2 2/5] drm/virtio: Add a helper to map and note the dma addrs and lengths

2024-11-24 Thread Dmitry Osipenko
On 11/20/24 06:44, Kasireddy, Vivek wrote: > Hi Dmitry, > >> Subject: Re: [PATCH v2 2/5] drm/virtio: Add a helper to map and note the >> dma addrs and lengths >> >> ... >>> After rebasing v2 of this patch series on top of the above patch, I see that >>> this use-case works as expected with Qemu ma

Re: [PATCH 1/5] dt-bindgins: display: Add Apple pre-DCP display controller bindings

2024-11-24 Thread Rob Herring (Arm)
[warning] wrong indentation: expected 10 but found 8 (indentation) dtschema/dtc warnings/errors: doc reference errors (make refcheckdocs): See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20241124-adpdrm-v1-1-3191d8e6e...@gmail.com The base for the series is generally the late

Re: [PATCH v3 5/9] drm/msm/dpu: Add SM6150 support

2024-11-24 Thread fange zhang
On 2024/11/22 18:07, Dmitry Baryshkov wrote: On Fri, Nov 22, 2024 at 05:56:48PM +0800, Fange Zhang wrote: From: Li Liu Add definitions for the display hardware used on the Qualcomm SM6150 platform. Signed-off-by: Li Liu Signed-off-by: Fange Zhang --- .../gpu/drm/msm/disp/dpu1/catalog/d

[PATCH 2/2] drm/panel: simple: add Multi-Inno Technology MI0700A2T-30

2024-11-24 Thread Marek Vasut
Add Multi-Inno Technology MI0700A2T-30 7" 800x480 LVDS panel support. Signed-off-by: Marek Vasut --- Cc: Conor Dooley Cc: David Airlie Cc: Jessica Zhang Cc: Krzysztof Kozlowski Cc: Maarten Lankhorst Cc: Maxime Ripard Cc: Neil Armstrong Cc: Rob Herring Cc: Sam Ravnborg Cc: Simona Vetter

[PATCH 1/2] dt-bindings: display: simple: Document Multi-Inno Technology MI0700A2T-30 panel

2024-11-24 Thread Marek Vasut
Add Multi-Inno Technology MI0700A2T-30 7" 800x480 LVDS panel compatible string. Signed-off-by: Marek Vasut --- Cc: Conor Dooley Cc: David Airlie Cc: Jessica Zhang Cc: Krzysztof Kozlowski Cc: Maarten Lankhorst Cc: Maxime Ripard Cc: Neil Armstrong Cc: Rob Herring Cc: Sam Ravnborg Cc: Simon

Re: [PATCH v14 2/28] dept: Implement Dept(Dependency Tracker)

2024-11-24 Thread Byungchul Park
On Sun, Nov 24, 2024 at 10:34:02PM +0900, Yunseong Kim wrote: > Hi Byungchul, > > Thank you for the great feature. Currently, DEPT has a bug in the > 'dept_key_destroy()' function that must be fixed to ensure proper > operation in the upstream Linux kernel. > > On 5/8/24 6:46 오후, Byungchul Park w

Re: [git pull] drm for 6.13-rc1

2024-11-24 Thread Javier Carrasco
On 24/11/2024 23:58, Dave Airlie wrote: > On Mon, 25 Nov 2024 at 02:41, Sasha Levin wrote: >> >> On Thu, Nov 21, 2024 at 10:25:45AM +1000, Dave Airlie wrote: >>> Hi Linus, >>> >>> This is the main drm pull request for 6.13. >>> >>> I've done a test merge into your tree, there were two conflicts bo

Re: [git pull] drm for 6.13-rc1

2024-11-24 Thread Dave Airlie
On Mon, 25 Nov 2024 at 02:41, Sasha Levin wrote: > > On Thu, Nov 21, 2024 at 10:25:45AM +1000, Dave Airlie wrote: > >Hi Linus, > > > >This is the main drm pull request for 6.13. > > > >I've done a test merge into your tree, there were two conflicts both > >of which seem easy enough to resolve for

[PATCH] drm/panel: st7701: Add prepare_prev_first flag to drm_panel

2024-11-24 Thread Marek Vasut
The DSI host must be enabled for the panel to be initialized in prepare(). Set the prepare_prev_first flag to guarantee this. This fixes the panel operation on NXP i.MX8MP SoC / Samsung DSIM DSI host. Fixes: 849b2e3ff969 ("drm/panel: Add Sitronix ST7701 panel driver") Signed-off-by: Marek Vasut -

[PATCH 2/5] gpu: drm: adp: Add Apple Display Pipe driver

2024-11-24 Thread Sasha Finkelstein via B4 Relay
From: Sasha Finkelstein This display controller is present on M-series chips and is used to drive the touchbar display. Co-developed-by: Janne Grunau Signed-off-by: Janne Grunau Signed-off-by: Sasha Finkelstein --- drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 +

[PATCH 5/5] MAINTAINERS: Add entries for touchbar display driver

2024-11-24 Thread Sasha Finkelstein via B4 Relay
From: Sasha Finkelstein Add the MAINTAINERS entries for the driver Signed-off-by: Sasha Finkelstein --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e7f0170977013889ca7c39b17727ba36d32e92dc..1964bb705cae0b0f12e2174fc96c5cd123d31520 100644

[PATCH 4/5] arm64: dts: apple: Add touchbar screen nodes

2024-11-24 Thread Sasha Finkelstein via B4 Relay
From: Sasha Finkelstein Adds device tree entries for the touchbar screen Co-developed-by: Janne Grunau Signed-off-by: Janne Grunau Signed-off-by: Sasha Finkelstein --- arch/arm64/boot/dts/apple/t8103-j293.dts | 8 arch/arm64/boot/dts/apple/t8103.dtsi | 26 ++

[PATCH 0/5] Driver for pre-DCP apple display controller.

2024-11-24 Thread Sasha Finkelstein via B4 Relay
| 5 + drivers/gpu/drm/adp/adp_drv.c | 814 + drivers/gpu/drm/adp/panel-summit.c | 108 +++ 13 files changed, 1103 insertions(+) --- base-commit: 9f16d5e6f220661f73b36a4be1b21575651d8833 change-id: 20241124-adpdrm-25fce3dd8a71

[PATCH 1/5] dt-bindgins: display: Add Apple pre-DCP display controller bindings

2024-11-24 Thread Sasha Finkelstein via B4 Relay
From: Sasha Finkelstein Add bindings for a secondary display controller present on certain Apple laptops. Signed-off-by: Sasha Finkelstein --- .../bindings/display/apple,display-pipe.yaml | 59 ++ .../bindings/display/panel/apple,summit.yaml | 24 + 2 fi

[PATCH 3/5] gpu: drm: adp: Add a backlight driver for the Summit LCD

2024-11-24 Thread Sasha Finkelstein via B4 Relay
From: Sasha Finkelstein This is the display panel used for the touchbar on laptops that have it. Co-developed-by: Nick Chan Signed-off-by: Nick Chan Signed-off-by: Sasha Finkelstein --- drivers/gpu/drm/adp/panel-summit.c | 108 + 1 file changed, 108 insert

Re: [PATCH v2] mediatek: dsi: Correct calculation formula of PHY Timing

2024-11-24 Thread Jens Ziller
Am Thu, 21 Nov 2024 03:50:02 + schrieb CK Hu (胡俊光) : > Hi, Shuijing: > > On Sun, 2024-10-27 at 14:32 +0100, Jens Ziller wrote: > > External email : Please do not click links or open attachments > > until you have verified the sender or the content. > > > > > > Am Fri, 12 Apr 2024 11:11:39 +

Re: [PATCH 1/6] dt-bindings: display: panel: Add another panel for RG35XX Plus (Rev6)

2024-11-24 Thread Hironori KIKUCHI
Hello Krzysztof, Thank you for reviewing. > no wildcards Sorry, but I believe these are not wildcards. As discussed previously, the integrating vendor and device name are preferred instead of the OEM serial for unidentified OEM panels. These compatible strings are based on the actual device nam

Re: [PATCH AUTOSEL 6.12 033/107] accel/qaic: Add AIC080 support

2024-11-24 Thread Jeffrey Hugo
On 11/24/2024 6:28 AM, Sasha Levin wrote: From: Jeffrey Hugo [ Upstream commit b8128f7815ff135f0333c1b46dcdf1543c41b860 ] Add basic support for the new AIC080 product. The PCIe Device ID is 0xa080. AIC080 is a lower cost, lower performance SKU variant of AIC100. From the qaic perspective, it

[GIT PULL] fbdev fixes and cleanups for v6.13-rc1

2024-11-24 Thread Helge Deller
Hi Linus, please pull two patches for fbdev for this merge window: One removes a memory leak in an error path, the other drops unused code. Thanks, Helge The following changes since commit 2d5404caa8c7bb5c4e0435f94b28834ae5456623:

Re: [PATCH 7/7] drm/tidss: Rename 'wait_lock' to 'irq_lock'

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > The 'wait_lock' name seems to be a copy-paste from omapdrm, and makes no > sense here. Rename it to 'irq_lock'. Also clarify the related comment to > make it clear what it protects, and drop any comments related to > 'wait_list' which doesn't exist in t

Re: [PATCH 6/7] drm/tidss: Fix race condition while handling interrupt registers

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > From: Devarsh Thakkar > > The driver has a spinlock for protecting the irq_masks field and irq > enable registers. However, the driver misses protecting the irq status > registers which can lead to races. > > Take the spinlock when accessing irqstatu

Re: [PATCH 5/7] drm/tidss: Clear the interrupt status for interrupts being disabled

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > From: Devarsh Thakkar > > The driver does not touch the irqstatus register when it is disabling > interrupts. This might cause an interrupt to trigger for an interrupt > that was just disabled. > > To fix the issue, clear the irqstatus registers rig

Re: [PATCH 4/7] drm/tidss: Add printing of underflows

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > Add printing of underflows the same way as we handle sync losts. > > Signed-off-by: Tomi Valkeinen Reviewed-by: Aradhya Bhatia Regards Aradhya [...]

Re: [PATCH 3/7] drm/tidss: Remove extra K2G check

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > We check if the platform is K2G in dispc_k3_clear_irqstatus(), and > return early if so. This cannot happen, as the _k3_ functions are never > called on K2G in the first place. So remove the check. > > Signed-off-by: Tomi Valkeinen Reviewed-by: Arad

Re: [PATCH 2/7] drm/tidss: Remove unused OCP error flag

2024-11-24 Thread Aradhya Bhatia
On 10/21/24 19:37, Tomi Valkeinen wrote: > We never use the DSS_IRQ_DEVICE_OCP_ERR flag, and the HW doesn't even > have such a bit... So remove it. > > Signed-off-by: Tomi Valkeinen Reviewed-by: Aradhya Bhatia Regards Aradhya [...]

Re: [PATCH 1/7] drm/tidss: Fix issue in irq handling causing irq-flood issue

2024-11-24 Thread Aradhya Bhatia
Hi Tomi, Devarsh, On 10/21/24 19:37, Tomi Valkeinen wrote: > It has been observed that sometimes DSS will trigger an interrupt and > the top level interrupt (DISPC_IRQSTATUS) is not zero, but the VP and > VID level interrupt-statuses are zero. Does this mean that there was a legitimate interrupt

Re: [PATCH v2 35/36] arm64: dts: broadcom: Add display pipeline support to BCM2712

2024-11-24 Thread Florian Fainelli
From: Florian Fainelli On Fri, 25 Oct 2024 18:16:06 +0100, Dave Stevenson wrote: > Adds the HVS and associated hardware blocks to support the HDMI > and writeback connectors on BCM2712 / Pi5. > > Signed-off-by: Dave Stevenson > --- Applied to https://github.com/Broadcom/stblinux/commits/devi

Re: [PATCH v14 2/28] dept: Implement Dept(Dependency Tracker)

2024-11-24 Thread Yunseong Kim
Hi Byungchul, Thank you for the great feature. Currently, DEPT has a bug in the 'dept_key_destroy()' function that must be fixed to ensure proper operation in the upstream Linux kernel. On 5/8/24 6:46 오후, Byungchul Park wrote: > CURRENT STATUS > -- > Lockdep tracks acquisition order o

Re: [PATCH v3 1/4] dt-bindings: display: panel: samsung,atna56ac03: Document ATNA56AC03

2024-11-24 Thread Maud Spierings
On 11/24/24 12:00 PM, Krzysztof Kozlowski wrote: On Sun, Nov 24, 2024 at 11:00:57AM +0100, Maud Spierings wrote: The Samsung ATNA56AC03 panel is an AMOLED eDP panel. It is similar to the ATNA33xc20 except it is larger and has a different resolution. Signed-off-by: Maud Spierings --- This is

Re: [PATCH v2 34/36] arm64: dts: broadcom: Add firmware clocks and power nodes to Pi5 DT

2024-11-24 Thread Florian Fainelli
From: Florian Fainelli On Fri, 25 Oct 2024 18:16:05 +0100, Dave Stevenson wrote: > BCM2712 still uses the firmware clocks and power drivers, so add > them to the base device tree. > > Signed-off-by: Dave Stevenson > --- Applied to https://github.com/Broadcom/stblinux/commits/devicetree-arm64

Re: [PATCH v2 36/36] arm64: dts: broadcom: Add DT for D-step version of BCM2712

2024-11-24 Thread Florian Fainelli
From: Florian Fainelli On Fri, 25 Oct 2024 18:16:07 +0100, Dave Stevenson wrote: > The D-Step has some minor variations in the hardware, so needs > matching changes to DT. > > Add a new DTS file that modifies the existing (C-step) devicetree. > > Signed-off-by: Dave Stevenson > --- Applied

Re: [PATCH 00/37] drm/vc4: Add support for BCM2712 / Pi5 display hardware

2024-11-24 Thread Florian Fainelli
On 11/22/2024 12:06 AM, Maxime Ripard wrote: On Thu, Nov 21, 2024 at 03:37:00PM +, Dave Stevenson wrote: On Wed, 23 Oct 2024 at 17:50, Dave Stevenson wrote: This series adds the required DRM, clock, and DT changes required to support the display hardware on Pi5. There are a couple of m

Re: [git pull] drm for 6.13-rc1

2024-11-24 Thread Sasha Levin
On Thu, Nov 21, 2024 at 10:25:45AM +1000, Dave Airlie wrote: Hi Linus, This is the main drm pull request for 6.13. I've done a test merge into your tree, there were two conflicts both of which seem easy enough to resolve for you. There's a lot of rework, the panic helper support is being added

Re: [PATCH 1/6] dt-bindings: display: panel: Add another panel for RG35XX Plus (Rev6)

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 09:02, Hironori KIKUCHI wrote: > +++ > b/Documentation/devicetree/bindings/display/panel/anbernic,rg35xx-plus-rev6-panel.yaml > @@ -0,0 +1,60 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: > http://devicetree.org/schemas/display/panel/anb

Re: [PATCH 1/6] dt-bindings: display: panel: Add another panel for RG35XX Plus (Rev6)

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 17:01, Krzysztof Kozlowski wrote: > On 24/11/2024 09:02, Hironori KIKUCHI wrote: >> +++ >> b/Documentation/devicetree/bindings/display/panel/anbernic,rg35xx-plus-rev6-panel.yaml >> @@ -0,0 +1,60 @@ >> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) >> +%YAML 1.2 >> +--- >>

Re: [PATCH 5/6] dt-bindings: display: panel: Add a panel for RG CubeXX

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 09:02, Hironori KIKUCHI wrote: > This is a display panel used in the Anbernic RG CubeXX, a handheld > gaming device from Anbernic. It is 3.95 inches in size (diagonally) > with a resolution of 720x720. > > Signed-off-by: Hironori KIKUCHI > --- > .../panel/anbernic,rgcubexx-panel.ya

Re: [PATCH 3/6] dt-bindings: display: panel: Add a panel for RG40XX series

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 09:02, Hironori KIKUCHI wrote: > This is a display panel used in the Anbernic RG40XX series (H and V), > a handheld gaming device from Anbernic. It is 4.00 inches in size > (diagonally) with a resolution of 640x480. > > Signed-off-by: Hironori KIKUCHI > --- > .../display/panel/anbe

Re: [PATCH v3 1/4] dt-bindings: display: panel: samsung,atna56ac03: Document ATNA56AC03

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 11:00, Maud Spierings via B4 Relay wrote: > From: Maud Spierings > > The Samsung ATNA56AC03 panel is an AMOLED eDP panel. > It is similar to the ATNA33xc20 except it is larger and has a different > resolution. > > Signed-off-by: Maud Spierings Acked-by: Krzysztof Kozlowski Best

Re: [PATCH v3 1/4] dt-bindings: display: panel: samsung,atna56ac03: Document ATNA56AC03

2024-11-24 Thread Krzysztof Kozlowski
On 24/11/2024 13:29, Maud Spierings wrote: >> If a tag was not added on purpose, please state why and what changed. >> >> >> Best regards, >> Krzysztof >> > I did indeed completely miss it, only focussed on the correction, Should > I make a new version? > Also this is my first time replying on th

Re: [PATCH 4/4] arm64: dts: qcom: x1e80100-hp-x14: dt for HP Omnibook X Laptop 14

2024-11-24 Thread Krishna Kurapati
On 11/24/2024 6:50 PM, Jens Glathe via B4 Relay wrote: From: Jens Glathe Introduce device tree for the HP Omnibook X Laptop 14-fe0750ng (hp-omnibook-x14). It is a Laptop based on the Qualcomm Snapdragon X Elite SoC. There seem to be other SKUs, some with Wifi-7 (WCN7850) instead of Wifi-6E (

[PATCH v4 2/3] dt-bindings: display: ti: Add schema for AM625 OLDI Transmitter

2024-11-24 Thread Aradhya Bhatia
From: Aradhya Bhatia The OLDI transmitters (TXes) do not have registers of their own, and are dependent on the source video-ports (VPs) from the DSS to provide configuration data. This hardware doesn't directly sit on the internal bus of the SoC, but does so via the DSS. Hence, the OLDI TXes are

[PATCH v4 3/3] drm/tidss: Add OLDI bridge support

2024-11-24 Thread Aradhya Bhatia
From: Aradhya Bhatia The AM62x and AM62Px SoCs feature 2 OLDI TXes each, which makes it possible to connect them in dual-link or cloned single-link OLDI display modes. The current OLDI support in tidss_dispc.c can only support for a single OLDI TX, connected to a VP and doesn't really support con

[PATCH v4 1/3] dt-bindings: display: ti, am65x-dss: Re-indent the example

2024-11-24 Thread Aradhya Bhatia
From: Aradhya Bhatia Reduce tab size from 8 spaces to 4 spaces to make the bindings consistent, and easy to expand. Acked-by: Rob Herring (Arm) Reviewed-by: Laurent Pinchart Reviewed-by: Tomi Valkeinen Signed-off-by: Aradhya Bhatia Signed-off-by: Aradhya Bhatia --- .../bindings/display/ti/

[PATCH v4 0/3] drm/tidss: Add OLDI bridge support

2024-11-24 Thread Aradhya Bhatia
Hello all, This patch series add support for the dual OLDI TXes supported in Texas Instruments' AM62x and AM62Px family of SoCs. The OLDI TXes support single-lvds lvds-clone, and dual-lvds modes. These have now been represented through DRM bridges within TI-DSS. - Some history and hardware descr

[PATCH AUTOSEL 6.1 07/48] drm/mcde: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 8a16b5cdae26207ff4c22834559384ad3d7bc970 ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Linus Walleij Link: https://patchwork.freedesktop.org/patch/msgid/

[PATCH AUTOSEL 5.10 03/33] drm/mcde: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 8a16b5cdae26207ff4c22834559384ad3d7bc970 ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Linus Walleij Link: https://patchwork.freedesktop.org/patch/msgid/

[PATCH AUTOSEL 5.15 04/36] drm/radeon/r600_cs: Fix possible int overflow in r600_packet3_check()

2024-11-24 Thread Sasha Levin
From: Igor Artemiev [ Upstream commit a1e2da6a5072f8abe5b0feaa91a5bcd9dc544a04 ] It is possible, although unlikely, that an integer overflow will occur when the result of radeon_get_ib_value() is shifted to the left. Avoid it by casting one of the operands to larger data type (u64). Found by L

[PATCH AUTOSEL 6.11 20/87] drm/amd/display: disable SG displays on cyan skillfish

2024-11-24 Thread Sasha Levin
From: Alex Deucher [ Upstream commit 66369db7fdd7d58d78673bf83d2b87ea623efb63 ] These parts were mainly for compute workloads, but they have a display that was available for the console. These chips should support SG display, but I don't know that the support was ever validated on Linux so disa

[PATCH AUTOSEL 6.11 17/87] drm/radeon/r600_cs: Fix possible int overflow in r600_packet3_check()

2024-11-24 Thread Sasha Levin
From: Igor Artemiev [ Upstream commit a1e2da6a5072f8abe5b0feaa91a5bcd9dc544a04 ] It is possible, although unlikely, that an integer overflow will occur when the result of radeon_get_ib_value() is shifted to the left. Avoid it by casting one of the operands to larger data type (u64). Found by L

[PATCH AUTOSEL 6.1 37/48] drm/amdgpu: skip amdgpu_device_cache_pci_state under sriov

2024-11-24 Thread Sasha Levin
From: Victor Zhao [ Upstream commit afe260df55ac280cd56306248cb6d8a6b0db095c ] Under sriov, host driver will save and restore vf pci cfg space during reset. And during device init, under sriov, pci_restore_state happens after fullaccess released, and it can have race condition with mmio protecti

[PATCH AUTOSEL 6.1 06/48] drm/bridge: it6505: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 1e2ab24cd708b1c864ff983ee1504c0a409d2f8e ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Neil Armstrong Link: https://patchwork.freedesktop.org/patch/msgid

[PATCH AUTOSEL 4.19 01/21] drm/radeon/r600_cs: Fix possible int overflow in r600_packet3_check()

2024-11-24 Thread Sasha Levin
From: Igor Artemiev [ Upstream commit a1e2da6a5072f8abe5b0feaa91a5bcd9dc544a04 ] It is possible, although unlikely, that an integer overflow will occur when the result of radeon_get_ib_value() is shifted to the left. Avoid it by casting one of the operands to larger data type (u64). Found by L

[PATCH AUTOSEL 5.4 21/28] drm/amdgpu: set the right AMDGPU sg segment limitation

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit e2e97435783979124ba92d6870415c57ecfef6a5 ] The driver needs to set the correct max_segment_size; otherwise debug_dma_map_sg() will complain about the over-mapping of the AMDGPU sg length as following: WARNING: CPU: 6 PID: 1964 at kernel/dma/debug.c:1178 debu

[PATCH AUTOSEL 6.6 07/61] drm/mcde: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 8a16b5cdae26207ff4c22834559384ad3d7bc970 ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Linus Walleij Link: https://patchwork.freedesktop.org/patch/msgid/

[PATCH AUTOSEL 6.6 11/61] drm/display: Fix building with GCC 15

2024-11-24 Thread Sasha Levin
From: Brahmajit Das [ Upstream commit a500f3751d3c861be7e4463c933cf467240cca5d ] GCC 15 enables -Werror=unterminated-string-initialization by default. This results in the following build error drivers/gpu/drm/display/drm_dp_dual_mode_helper.c: In function ‘is_hdmi_adaptor’: drivers/gpu/drm/dis

[PATCH AUTOSEL 5.4 01/28] drm: panel-orientation-quirks: Add quirk for AYA NEO 2 model

2024-11-24 Thread Sasha Levin
From: Joaquín Ignacio Aramendía [ Upstream commit 361ebf5ef843b0aa1704c72eb26b91cf76c3c5b7 ] Add quirk orientation for AYA NEO 2. The name appears without spaces in DMI strings. That made it difficult to reuse the 2021 match. Also the display is larger in resolution. Tested by the JELOS team th

[PATCH AUTOSEL 6.6 36/61] drm/amdgpu: refine error handling in amdgpu_ttm_tt_pin_userptr

2024-11-24 Thread Sasha Levin
From: Lang Yu [ Upstream commit 46186667f98fb7158c98f4ff5da62c427761ffcd ] Free sg table when dma_map_sgtable() failed to avoid memory leak. Signed-off-by: Lang Yu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sasha Levin --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |

[PATCH AUTOSEL 5.4 02/28] drm/mcde: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 8a16b5cdae26207ff4c22834559384ad3d7bc970 ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Linus Walleij Link: https://patchwork.freedesktop.org/patch/msgid/

[PATCH AUTOSEL 5.4 03/28] drm/radeon/r600_cs: Fix possible int overflow in r600_packet3_check()

2024-11-24 Thread Sasha Levin
From: Igor Artemiev [ Upstream commit a1e2da6a5072f8abe5b0feaa91a5bcd9dc544a04 ] It is possible, although unlikely, that an integer overflow will occur when the result of radeon_get_ib_value() is shifted to the left. Avoid it by casting one of the operands to larger data type (u64). Found by L

[PATCH AUTOSEL 5.10 26/33] drm/amdgpu: set the right AMDGPU sg segment limitation

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit e2e97435783979124ba92d6870415c57ecfef6a5 ] The driver needs to set the correct max_segment_size; otherwise debug_dma_map_sg() will complain about the over-mapping of the AMDGPU sg length as following: WARNING: CPU: 6 PID: 1964 at kernel/dma/debug.c:1178 debu

[PATCH AUTOSEL 5.10 25/33] drm/amdgpu: skip amdgpu_device_cache_pci_state under sriov

2024-11-24 Thread Sasha Levin
From: Victor Zhao [ Upstream commit afe260df55ac280cd56306248cb6d8a6b0db095c ] Under sriov, host driver will save and restore vf pci cfg space during reset. And during device init, under sriov, pci_restore_state happens after fullaccess released, and it can have race condition with mmio protecti

[PATCH AUTOSEL 6.12 083/107] drm/amdgpu: skip amdgpu_device_cache_pci_state under sriov

2024-11-24 Thread Sasha Levin
From: Victor Zhao [ Upstream commit afe260df55ac280cd56306248cb6d8a6b0db095c ] Under sriov, host driver will save and restore vf pci cfg space during reset. And during device init, under sriov, pci_restore_state happens after fullaccess released, and it can have race condition with mmio protecti

[PATCH AUTOSEL 5.10 18/33] drm/amdgpu: refine error handling in amdgpu_ttm_tt_pin_userptr

2024-11-24 Thread Sasha Levin
From: Lang Yu [ Upstream commit 46186667f98fb7158c98f4ff5da62c427761ffcd ] Free sg table when dma_map_sgtable() failed to avoid memory leak. Signed-off-by: Lang Yu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sasha Levin --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |

[PATCH AUTOSEL 5.10 04/33] drm/radeon/r600_cs: Fix possible int overflow in r600_packet3_check()

2024-11-24 Thread Sasha Levin
From: Igor Artemiev [ Upstream commit a1e2da6a5072f8abe5b0feaa91a5bcd9dc544a04 ] It is possible, although unlikely, that an integer overflow will occur when the result of radeon_get_ib_value() is shifted to the left. Avoid it by casting one of the operands to larger data type (u64). Found by L

[PATCH AUTOSEL 5.10 02/33] drm: panel-orientation-quirks: Add quirk for AYA NEO 2 model

2024-11-24 Thread Sasha Levin
From: Joaquín Ignacio Aramendía [ Upstream commit 361ebf5ef843b0aa1704c72eb26b91cf76c3c5b7 ] Add quirk orientation for AYA NEO 2. The name appears without spaces in DMI strings. That made it difficult to reuse the 2021 match. Also the display is larger in resolution. Tested by the JELOS team th

[PATCH AUTOSEL 5.10 01/33] drm/vc4: hvs: Set AXI panic modes for the HVS

2024-11-24 Thread Sasha Levin
From: Dave Stevenson [ Upstream commit 014eccc9da7bfc76a3107fceea37dd60f1d63630 ] The HVS can change AXI request mode based on how full the COB FIFOs are. Until now the vc4 driver has been relying on the firmware to have set these to sensible values. With HVS channel 2 now being used for live v

[PATCH AUTOSEL 5.15 29/36] drm/amdgpu: set the right AMDGPU sg segment limitation

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit e2e97435783979124ba92d6870415c57ecfef6a5 ] The driver needs to set the correct max_segment_size; otherwise debug_dma_map_sg() will complain about the over-mapping of the AMDGPU sg length as following: WARNING: CPU: 6 PID: 1964 at kernel/dma/debug.c:1178 debu

[PATCH AUTOSEL 5.15 28/36] drm/amdgpu: skip amdgpu_device_cache_pci_state under sriov

2024-11-24 Thread Sasha Levin
From: Victor Zhao [ Upstream commit afe260df55ac280cd56306248cb6d8a6b0db095c ] Under sriov, host driver will save and restore vf pci cfg space during reset. And during device init, under sriov, pci_restore_state happens after fullaccess released, and it can have race condition with mmio protecti

[PATCH AUTOSEL 5.15 21/36] drm/amdgpu: refine error handling in amdgpu_ttm_tt_pin_userptr

2024-11-24 Thread Sasha Levin
From: Lang Yu [ Upstream commit 46186667f98fb7158c98f4ff5da62c427761ffcd ] Free sg table when dma_map_sgtable() failed to avoid memory leak. Signed-off-by: Lang Yu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sasha Levin --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |

[PATCH AUTOSEL 5.15 03/36] drm/mcde: Enable module autoloading

2024-11-24 Thread Sasha Levin
From: Liao Chen [ Upstream commit 8a16b5cdae26207ff4c22834559384ad3d7bc970 ] Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based on the alias from of_device_id table. Signed-off-by: Liao Chen Reviewed-by: Linus Walleij Link: https://patchwork.freedesktop.org/patch/msgid/

[PATCH AUTOSEL 5.15 20/36] drm/amdgpu: Dereference the ATCS ACPI buffer

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit 32e7ee293ff476c67b51be006e986021967bc525 ] Need to dereference the atcs acpi buffer after the method is executed, otherwise it will result in a memory leak. Signed-off-by: Prike Liang Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sas

[PATCH AUTOSEL 5.15 19/36] drm/amdgpu: clear RB_OVERFLOW bit when enabling interrupts for vega20_ih

2024-11-24 Thread Sasha Levin
From: Victor Lu [ Upstream commit 8b22f048331dfd45fdfbf0efdfb1d43deff7518d ] Port this change to vega20_ih.c: commit afbf7955ff01 ("drm/amdgpu: clear RB_OVERFLOW bit when enabling interrupts") Original commit message: "Why: Setting IH_RB_WPTR register to 0 will not clear the RB_OVERFLOW bit if

[PATCH AUTOSEL 5.15 18/36] drm/panel: simple: Add Microchip AC69T88A LVDS Display panel

2024-11-24 Thread Sasha Levin
From: Manikandan Muralidharan [ Upstream commit 40da1463cd6879f542238b36c1148f517927c595 ] Add support for Microchip AC69T88A 5 inch TFT LCD 800x480 Display module with LVDS interface.The panel uses the Sitronix ST7262 800x480 Display driver Signed-off-by: Manikandan Muralidharan Signed-off-by

[PATCH AUTOSEL 5.15 02/36] drm: panel-orientation-quirks: Add quirk for AYA NEO 2 model

2024-11-24 Thread Sasha Levin
From: Joaquín Ignacio Aramendía [ Upstream commit 361ebf5ef843b0aa1704c72eb26b91cf76c3c5b7 ] Add quirk orientation for AYA NEO 2. The name appears without spaces in DMI strings. That made it difficult to reuse the 2021 match. Also the display is larger in resolution. Tested by the JELOS team th

[PATCH AUTOSEL 5.15 01/36] drm/vc4: hvs: Set AXI panic modes for the HVS

2024-11-24 Thread Sasha Levin
From: Dave Stevenson [ Upstream commit 014eccc9da7bfc76a3107fceea37dd60f1d63630 ] The HVS can change AXI request mode based on how full the COB FIFOs are. Until now the vc4 driver has been relying on the firmware to have set these to sensible values. With HVS channel 2 now being used for live v

[PATCH AUTOSEL 6.1 39/48] drm/amdgpu: set the right AMDGPU sg segment limitation

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit e2e97435783979124ba92d6870415c57ecfef6a5 ] The driver needs to set the correct max_segment_size; otherwise debug_dma_map_sg() will complain about the over-mapping of the AMDGPU sg length as following: WARNING: CPU: 6 PID: 1964 at kernel/dma/debug.c:1178 debu

[PATCH AUTOSEL 6.1 29/48] drm/amdgpu: refine error handling in amdgpu_ttm_tt_pin_userptr

2024-11-24 Thread Sasha Levin
From: Lang Yu [ Upstream commit 46186667f98fb7158c98f4ff5da62c427761ffcd ] Free sg table when dma_map_sgtable() failed to avoid memory leak. Signed-off-by: Lang Yu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sasha Levin --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c |

[PATCH AUTOSEL 6.1 26/48] drm/sched: memset() 'job' in drm_sched_job_init()

2024-11-24 Thread Sasha Levin
From: Philipp Stanner [ Upstream commit 2320c9e6a768d135c7b0039995182bb1a4e4fd22 ] drm_sched_job_init() has no control over how users allocate struct drm_sched_job. Unfortunately, the function can also not set some struct members such as job->sched. This could theoretically lead to UB by users

[PATCH AUTOSEL 6.1 28/48] drm/amdgpu: Dereference the ATCS ACPI buffer

2024-11-24 Thread Sasha Levin
From: Prike Liang [ Upstream commit 32e7ee293ff476c67b51be006e986021967bc525 ] Need to dereference the atcs acpi buffer after the method is executed, otherwise it will result in a memory leak. Signed-off-by: Prike Liang Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Sas

  1   2   3   >