[PATCH] drm/mgag200: Fix VBLANK interrupt handling

Fix support for VBLANK interrupts on G200ER, G200EV and G200SE, which use a slightly different implementation than the others. The original commits forgot to update the custom helpers when adding interrupt handling for VBLANK events. Signed-off-by: Thomas Zimmermann Fixes: 89c6ea2006e2 ("drm/mgag

[PATCH] staging: vme_user: vme.h: alignment of closing parenthesis should match open parenthesis in function declaration

Adhere to Linux kernel coding style. Reported by checkpatch: CHECK: Alignment should match open parenthesis Signed-off-by: Riyan Dhiman --- drivers/staging/vme_user/vme.h | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/drivers/staging/vme_user/vme.h b/driv

[PATCH] drm/amdgpu/uvd4: fix mask and shift definitions

A few define's are listed twice with different, incorrect values. This fix sets them appropriately. Signed-off-by: Remington Brasga --- The second UVD_LMI_CTRL__RFU_MASK is incorrect, so it was removed. It should be `0xf800 `. The first UVD_LMI_CTRL__RFU__SHIFT is incorrect, so it was removed

Re: [PATCH v3] rockchip/drm: vop2: add support for gamma LUT

On Tuesday, July 30th, 2024 at 12:43 PM, Andy Yan wrote: > Hi Piotr, Hi Andy > On 7/30/24 05:20, Piotr Zalewski wrote: > > > > > On Monday, July 29th, 2024 at 4:35 AM, Andy Yan andy@rock-chips.com > > wrote: > > > > > > > > + > > > > > > +static void vop2_crtc_gamma_set(struct vop2 *vo

[PATCH] accel: drm_accel: remove incorrect comments

accel_minor_replace is of type void, so remove the explanation of the return value in the comments. Signed-off-by: bajing --- drivers/accel/drm_accel.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/accel/drm_accel.c b/drivers/accel/drm_accel.c index 16c3edb8c46e..09fb6cc6 100

Re: [PATCH v2] udmabuf: use kmem_cache to alloc udmabuf folio

在 2024/7/31 14:26, Huan Yang 写道: The current udmabuf_folio contains a list_head and the corresponding folio pointer, with a size of 24 bytes. udmabuf_folio uses kmalloc to allocate memory. However, kmalloc is a public pool, starting from 64 bytes. This means that each udmabuf_folio allocation

[PATCH v3] udmabuf: use kmem_cache to alloc udmabuf folio

The current udmabuf_folio contains a list_head and the corresponding folio pointer, with a size of 24 bytes. udmabuf_folio uses kmalloc to allocate memory. However, kmalloc is a public pool, starting from 8,16,32 bytes. Additionally, if the size is not aligned with the kmalloc size, it will be rou

Re: [PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning

On Wed, Jul 31, 2024 at 01:06:05PM +0530, Riyan Dhiman wrote: > Adhere to Linux kernel coding style > > Reported by checkpatch: > > CHECK: mutex definition without comment > > Signed-off-by: Riyan Dhiman > --- > drivers/staging/vme_user/vme_bridge.h | 4 > 1 file changed, 4 insertions(+)

Re: [PATCH] RFC: drm/drm_plane: Expose the plane capability and interoperability

On Tue, 30 Jul 2024 at 07:07, Murthy, Arun R wrote: > > > -Original Message- > > From: Dmitry Baryshkov > > Sent: Tuesday, July 30, 2024 4:21 AM > > To: Murthy, Arun R > > Cc: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org > > Subject: Re: [PATCH] RFC: drm/drm_plane: Ex

Re: [PATCH] drm/edid: add CTA Video Format Data Block support

On Tue, 30 Jul 2024, Hamza Mahfooz wrote: > Video Format Data Blocks (VFDBs) contain the necessary information that > needs to be fed to the Optimized Video Timings (OVT) Algorithm. > Also, we require OVT support to cover modes that aren't supported by > earlier standards (e.g. CVT). So, parse all

Re: [PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning

A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I includ

RE: [PATCH] RFC: drm/drm_plane: Expose the plane capability and interoperability

> -Original Message- > From: Dmitry Baryshkov > Sent: Wednesday, July 31, 2024 2:04 PM > To: Murthy, Arun R > Cc: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org > Subject: Re: [PATCH] RFC: drm/drm_plane: Expose the plane capability and > interoperability > > On Tue, 30

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

Currently vmap_udmabuf set page's array by each folio. But, ubuf->folios is only contain's the folio's head page. That mean we repeatedly mapped the folio head page to the vmalloc area. This patch fix it, set each folio's page correct, so that pages array contains right page, and then map into vm

[PATCH 2/2] udmabuf: make udmabuf folios and offsets set more readable

The current code for setting folios and offsets is not very readable. In fact, udmabuf->folios represents the head page of each folio, while the offset indicates the PAGE_SIZE offset within the folio for the corresponding pgcnt. And folios only add head page(the folio) into unpin list. This patch

Re: [PATCH] RFC: drm/drm_plane: Expose the plane capability and interoperability

On Wed, 31 Jul 2024 at 11:48, Murthy, Arun R wrote: > > > -Original Message- > > From: Dmitry Baryshkov > > Sent: Wednesday, July 31, 2024 2:04 PM > > To: Murthy, Arun R > > Cc: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org > > Subject: Re: [PATCH] RFC: drm/drm_plane:

Re: [PATCH v2 1/5] dma-buf: heaps: Introduce DMA_HEAP_ALLOC_AND_READ_FILE heap flag

: 931a3b3bccc96e7708c82b30b2b5fa82dfd04890 patch link:https://lore.kernel.org/r/20240730075755.10941-2-link%40vivo.com patch subject: [PATCH v2 1/5] dma-buf: heaps: Introduce DMA_HEAP_ALLOC_AND_READ_FILE heap flag config: xtensa-allyesconfig (https://download.01.org/0day-ci/archive/20240731

Re: drm/mgag200: Fix VBLANK interrupt handling

Hi, On 2024/7/31 15:09, Thomas Zimmermann wrote: Fix support for VBLANK interrupts on G200ER, G200EV and G200SE, which use a slightly different implementation than the others. The original commits forgot to update the custom helpers when adding interrupt handling for VBLANK events. Signed-off-

[syzbot] [fbdev?] KASAN: global-out-of-bounds Read in bit_putcs (3)

Hello, syzbot found the following issue on: HEAD commit:c912bf709078 Merge remote-tracking branches 'origin/arm64-.. git tree: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-kernelci console output: https://syzkaller.appspot.com/x/log.txt?x=13b495bd98 kernel conf

Re: drm/mgag200: Fix VBLANK interrupt handling

Am 31.07.24 um 13:29 schrieb Sui Jingfeng: Hi, On 2024/7/31 15:09, Thomas Zimmermann wrote: Fix support for VBLANK interrupts on G200ER, G200EV and G200SE, which use a slightly different implementation than the others. The original commits forgot to update the custom helpers when adding int

Re: [PATCH v2 06/16] drm/imx: Add i.MX8qxp Display Controller display engine

On Tue, Jul 30, 2024 at 02:25:41PM GMT, Liu Ying wrote: > On 07/28/2024, Dmitry Baryshkov wrote: > > On Fri, Jul 12, 2024 at 05:32:33PM GMT, Liu Ying wrote: > >> i.MX8qxp Display Controller display engine consists of all processing > >> units that operate in a display clock domain. Add minimal fea

[PATCH 1/9] drm/amdgpu: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Alex Deucher Cc: "Christian König" Cc: Xinhui Pan --- drivers/gpu/drm/amd/amdgpu/atombios_encode

[PATCH 0/9] drm: Use backlight power constants

Commit a1cacb8a8e70 ("backlight: Add BACKLIGHT_POWER_ constants for power states") introduced dedicated constants for backlight power states. Convert DRM drivers to the new constants. Some of the DRM panel drivers use BACKLIGHT_POWER_REDUCED, which is deprecated. The drivers should later be conver

[PATCH 3/9] drm/panel: panel-novatak-nt35510: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Linus Walleij Cc: Neil Armstrong Cc: Jessica Zhang --- drivers/gpu/drm/panel/panel-novatek-nt355

[PATCH 2/9] drm/i915: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Jani Nikula Cc: Rodrigo Vivi Cc: Joonas Lahtinen Cc: Tvrtko Ursulin --- drivers/gpu/drm/i915/di

[PATCH 7/9] drm/panel: panel-sony-acx565akm: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Neil Armstrong Cc: Jessica Zhang --- drivers/gpu/drm/panel/panel-sony-acx565akm.c | 2 +- 1 file

[PATCH 9/9] drm/tilcdc: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Jyri Sarha Cc: Tomi Valkeinen --- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 2 +- 1 file changed, 1

[PATCH 4/9] drm/panel: panel-orisetech-otm8009a: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Neil Armstrong Cc: Jessica Zhang --- drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 4 ++-- 1

[PATCH 5/9] drm/panel: panel-samsung-s6e63j0x03: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Neil Armstrong Cc: Jessica Zhang --- drivers/gpu/drm/panel/panel-samsung-s6e63j0x03.c | 10 +-

[PATCH 6/9] drm/panel: panel-samsung-s6e3ha2: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Neil Armstrong Cc: Jessica Zhang --- drivers/gpu/drm/panel/panel-samsung-s6e3ha2.c | 10 +

[PATCH 8/9] drm/radeon: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Alex Deucher Cc: "Christian König" Cc: Xinhui Pan --- drivers/gpu/drm/radeon/atombios_encoders.c

Re: [bug report] drm/omap: gem: Replace struct_mutex usage with omap_obj private lock

Hi Dan, (CC'ing Tomi) Thank for the report. It indeed seems that something is wrong. Tomi, could you handle this and send a fix ? On Tue, Jul 30, 2024 at 05:01:35PM -0500, Dan Carpenter wrote: > Hello Laurent Pinchart, > > Commit 3cbd0c587b12 ("drm/omap: gem: Replace struct_mutex usage with >

[PATCH 0/9] fbdev: Use backlight power constants

Commit a1cacb8a8e70 ("backlight: Add BACKLIGHT_POWER_ constants for power states") introduced dedicated constants for backlight power states. Convert fbdev drivers to the new constants. The new constants replace the fbdev constants. This is part of a larger effort to make kernel subsystems more in

[PATCH 2/9] fbdev: aty128fb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Helge Deller --- drivers/video/fbdev/aty/aty128fb.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH 1/9] fbdev: atmel_lcdfb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Nicolas Ferre Cc: Helge Deller Cc: Alexandre Belloni Cc: Claudiu Beznea --- drivers/video/fbdev

[PATCH 3/9] fbdev: atyfb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Helge Deller --- drivers/video/fbdev/aty/atyfb_base.c | 2 +- 1 file changed, 1 insertion(+), 1 de

[PATCH 4/9] fbdev: chipsfb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics Signed-off-by: Thomas Zimmermann Cc: Helge Deller --- drivers/video/fbdev/chipsfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-

[PATCH 6/9] fbdev: omapfb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Helge Deller --- drivers/video/fbdev/omap2/omapfb/displays/panel-dsi-cm.c | 4 ++-- .../video

[PATCH 7/9] fbdev: radeonfb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Benjamin Herrenschmidt Cc: Helge Deller --- drivers/video/fbdev/aty/radeon_backlight.c | 2 +- 1

[PATCH 5/9] fbdev: nvidiafb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Antonino Daplas Cc: Helge Deller --- drivers/video/fbdev/nvidia/nv_backlight.c | 2 +- 1 file cha

[PATCH 9/9] fbdev: sh_mobile_lcdc_fb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Helge Deller --- drivers/video/fbdev/sh_mobile_lcdcfb.c | 6 +++--- 1 file changed, 3 insertions(+

[PATCH 8/9] fbdev: rivafb: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Antonino Daplas Cc: Helge Deller --- drivers/video/fbdev/riva/fbdev.c | 2 +- 1 file changed, 1 i

Re: [PATCH v4 1/4] drm/panthor: introduce job cycle and timestamp accounting

Hi Steven, thanks for the remarks. On 19.07.2024 15:14, Steven Price wrote: > On 16/07/2024 21:11, Adrián Larumbe wrote: > > Enable calculations of job submission times in clock cycles and wall > > time. This is done by expanding the boilerplate command stream when running > > a job to include ins

Re: [PATCH 2/9] drm/i915: Use backlight power constants

On Wed, 31 Jul 2024, Thomas Zimmermann wrote: > Replace FB_BLANK_ constants with their counterparts from the > backlight subsystem. The values are identical, so there's no > change in functionality or semantics. > > Signed-off-by: Thomas Zimmermann > Cc: Jani Nikula > Cc: Rodrigo Vivi > Cc: Joo

Re: [PATCH 2/9] drm/i915: Use backlight power constants

Hi Am 31.07.24 um 14:56 schrieb Jani Nikula: On Wed, 31 Jul 2024, Thomas Zimmermann wrote: Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Jani

[PATCH 1/2] staging: fbtft: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Greg Kroah-Hartman --- drivers/staging/fbtft/fb_ssd1351.c | 2 +- drivers/staging/fbtft/fbtft-core

[PATCH 0/2] staging: Use backlight power constants

Commit a1cacb8a8e70 ("backlight: Add BACKLIGHT_POWER_ constants for power states") introduced dedicated constants for backlight power states. Convert staging drivers to the new constants. The new constants replace the fbdev constants. This is part of a larger effort to make kernel subsystems more

[PATCH 2/2] staging: olpc_dcon: Use backlight power constants

Replace FB_BLANK_ constants with their counterparts from the backlight subsystem. The values are identical, so there's no change in functionality or semantics. Signed-off-by: Thomas Zimmermann Cc: Jens Frederich Cc: Jon Nettleton Cc: Greg Kroah-Hartman --- drivers/staging/olpc_dcon/olpc_dcon.

Re: [PATCH v3 00/12] drm/imx/ipuv3: switch LDB and parallel-display driver to use drm_bridge_connector

Hi Dmitry, On Sa, 2024-07-27 at 14:17 +0300, Dmitry Baryshkov wrote: > On Sun, Jun 02, 2024 at 03:04:40PM GMT, Dmitry Baryshkov wrote: > > The IPUv3 DRM i.MX driver contains several codepaths for different > > usescases: both LDB and paralllel-display drivers handle next-bridge, > > panel and the

Re: [PATCH v4 0/5] Support alpha blending in MTK display driver

Hi, Shawn: Hsiao Chien Sung via B4 Relay 於 2024年7月17日 週三 下午1:24寫道： > > Support "Pre-multiplied" and "None" blend mode on MediaTek's chips by > adding correct blend mode property when the planes init. > Before this patch, only the "Coverage" mode (default) is supported. For the whole series, appl

Re: [PATCH 3/4] arm64: dts: qcom: sdm670: add gpu

On Mon, Jul 29, 2024 at 09:38:48PM GMT, Richard Acayan wrote: > The Snapdragon 670 has the Adreno A615 GPU. Add it along with its device > tree dependencies. > > Signed-off-by: Richard Acayan > --- > arch/arm64/boot/dts/qcom/sdm670.dtsi | 168 +++ > 1 file changed, 168 in

Re: [PATCH v3 00/12] drm/imx/ipuv3: switch LDB and parallel-display driver to use drm_bridge_connector

On Wed, Jul 31, 2024 at 03:12:44PM GMT, Philipp Zabel wrote: > Hi Dmitry, > > On Sa, 2024-07-27 at 14:17 +0300, Dmitry Baryshkov wrote: > > On Sun, Jun 02, 2024 at 03:04:40PM GMT, Dmitry Baryshkov wrote: > > > The IPUv3 DRM i.MX driver contains several codepaths for different > > > usescases: both

Re: [PATCH v2 3/9] dt-bindings: display: renesas,rzg2l-du: Document RZ/G2UL DU bindings

Hi Biju, On Mon, Jul 29, 2024 at 09:05:59AM +, Biju Das wrote: > On Saturday, July 27, 2024 1:50 AM, Laurent Pinchart wrote: > > On Tue, Jul 09, 2024 at 02:51:41PM +0100, Biju Das wrote: > > > Document DU found in RZ/G2UL SoC. The DU block is identical to RZ/G2L > > > SoC, but has only DPI int

Re: [PATCH v2 09/16] drm/imx: Add i.MX8qxp Display Controller KMS

On Tue, Jul 30, 2024 at 04:31:35PM GMT, Liu Ying wrote: > On 07/28/2024, Dmitry Baryshkov wrote: > > On Fri, Jul 12, 2024 at 05:32:36PM GMT, Liu Ying wrote: > >> i.MX8qxp Display Controller(DC) is comprised of three main components that > >> include a blit engine for 2D graphics accelerations, disp

Re: [PATCH 0/4] drm/msm/adreno: Add A615 GPU for SDM670 and Pixel 3a

On Mon, 29 Jul 2024 21:38:45 -0400, Richard Acayan wrote: > This adds support for the speed-binned A615 GPU on SDM670. > > Richard Acayan (4): > dt-bindings: display/msm/gmu: Add SDM670 compatible > drm/msm/adreno: add a615 support > arm64: dts: qcom: sdm670: add gpu > arm64: dts: qcom:

Re: [PATCH v2 3/5] dma-buf: heaps: support alloc async read file

: 931a3b3bccc96e7708c82b30b2b5fa82dfd04890 patch link:https://lore.kernel.org/r/20240730075755.10941-4-link%40vivo.com patch subject: [PATCH v2 3/5] dma-buf: heaps: support alloc async read file config: xtensa-allyesconfig (https://download.01.org/0day-ci/archive/20240731/202407312202.lhltlehx

Re: [PATCH v15 00/29] drm/connector: Create HDMI Connector infrastructure

Hi Maxime, On 27/05/2024 15:57, Maxime Ripard wrote: > Hans Verkuil also expressed interest in implementing a mechanism in v4l2 > to retrieve infoframes from HDMI receiver and implementing a tool to > decode (and eventually check) infoframes. His current work on > edid-decode to enable that base

Re: [PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning

Hello, Thank you for reviewing my patch. I received your feedback: > Are you sure about all of these? Please document them individually and > put the proof of that in the changelog text. I'd like to clarify a few points to ensure I address your concerns correctly: 1. By "document them individua

Issues with sending patch to this mailing list

Hi, I have a patch staged to fix a quirks in the DRM rendering manager, but it seems that I can't send it up using an old email alias on gmail (since my current client, tutanota, do not support smtp and copy-pasting patches usually always screw up whitespaces). I do not get nothing back from g

[PATCH] drm: panel-orientation-quirks: Also handle rotation for DeckHD equipped LCDs units

Signed-off-by: Marco Rodolfi --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c b/drivers/gpu/drm/drm_panel_orientation_quirks.c index 3860a8ce1e2d..32582dbdc184 100644 ---

[PATCH] drm: panel-orientation-quirks: Also handle rotation for DeckHD equipped LCDs units

This patch also take account of the different resolution for the aftermarket DeckHD panel, which hasn't been accounted for yet in kernel, since these quirks are applied based on BIOS information + panel resolution. This patch correct that problem and make the panel oriented the right way. Signed-

[PATCH] drm: panel-orientation-quirks: Also handle rotation for DeckHD equipped LCDs units

From: Marco Rodolfi Signed-off-by: Marco Rodolfi --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c b/drivers/gpu/drm/drm_panel_orientation_quirks.c index 3860a8ce1e2d..3

[PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning

Adhere to Linux kernel coding style Reported by checkpatch: CHECK: mutex definition without comment Signed-off-by: Riyan Dhiman --- drivers/staging/vme_user/vme_bridge.h | 4 1 file changed, 4 insertions(+) diff --git a/drivers/staging/vme_user/vme_bridge.h b/drivers/staging/vme_user/vm

[PATCH] drm: panel-orientation-quirks: Also handle rotation for DeckHD equipped LCDs units

From: Marco Rodolfi This patch also take account of the different resolution for the aftermarket DeckHD panel, which hasn't been accounted for yet in kernel, since these quirks are applied based on BIOS information + panel resolution. This patch correct that problem and make the panel oriented t

Re: [PATCH] drm/edid: add CTA Video Format Data Block support

On 7/31/24 04:36, Jani Nikula wrote: On Tue, 30 Jul 2024, Hamza Mahfooz wrote: Video Format Data Blocks (VFDBs) contain the necessary information that needs to be fed to the Optimized Video Timings (OVT) Algorithm. Also, we require OVT support to cover modes that aren't supported by earlier sta

Re: [PATCH v2 0/3] drm/msm: Further expose UBWC tiling parameters

On Wed, Jul 3, 2024 at 3:54 AM Connor Abbott wrote: > > After testing, there are more parameters that we're programming which > affect how UBWC tiles are laid out in memory and therefore affect > the Mesa implementation of VK_EXT_host_image_copy [1], which includes a > CPU implementation of tiling

Re: [PATCH V2 09/16] drm/vc4: v3d: simplify clock retrieval

Hi Maíra, Am 30.07.24 um 13:23 schrieb Maíra Canal: On 7/28/24 10:00, Stefan Wahren wrote: Common pattern of handling deferred probe can be simplified with dev_err_probe() and devm_clk_get_optional(). This results in much less code. Signed-off-by: Stefan Wahren ---   drivers/gpu/drm/vc4/vc4_v

[PATCH v3 1/2] drm/connector: add drm_connector_get_cmdline_min_brightness_override()

Add a helper which can read a overridden minimum backlight value from the kernel cmdline. This is useful if the minimum backlight as reported by machines VBT does not match the user expectations. As an example, the minimum backlight brightness on the Framework 13 matte panel is too high. Signed-o

[PATCH v3 2/2] drm/amd/display: implement minimum brightness override

This is useful if the minimum backlight as reported by machines VBT does not match the user expectations. As an example, the minimum backlight brightness on the Framework 13 matte panel is too high. Signed-off-by: Thomas Weißschuh --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 6 ++

[PATCH v3 0/2] drm: minimum backlight overrides and implementation for amdgpu

The value of "min_input_signal" returned from ATIF on a Framework AMD 13 is "12". This leads to a fairly bright minimum display backlight. Add a generic override helper for the user to override the settings provided by the firmware through the kernel cmdline. Also add amdgpu as a user of that help

Re: [PATCH] drm/mgag200: Fix VBLANK interrupt handling

On 31/07/2024 09:09, Thomas Zimmermann wrote: Fix support for VBLANK interrupts on G200ER, G200EV and G200SE, which use a slightly different implementation than the others. The original commits forgot to update the custom helpers when adding interrupt handling for VBLANK events. Thanks, it lo

Re: [PATCH v3] udmabuf: use kmem_cache to alloc udmabuf folio

Le 31/07/2024 à 09:37, Huan Yang a écrit : The current udmabuf_folio contains a list_head and the corresponding folio pointer, with a size of 24 bytes. udmabuf_folio uses kmalloc to allocate memory. However, kmalloc is a public pool, starting from 8,16,32 bytes. Additionally, if the size is not

Re: [PATCH v3 0/2] drm: minimum backlight overrides and implementation for amdgpu

On Wed, 31 Jul 2024, Thomas Weißschuh wrote: > The value of "min_input_signal" returned from ATIF on a Framework AMD 13 > is "12". This leads to a fairly bright minimum display backlight. > > Add a generic override helper for the user to override the settings > provided by the firmware through the

[PATCH v2 0/2] Add Qualcomm Adreno 642L speedbin and update SC7280 OPPs

This patch series adds support for the A642L GPU speedbin (0x81) to the Adreno driver and updates the device tree for the SC7280 platform to include this new speedbin. The A642L is used in the Qualcomm Snapdragon SM7325 SoCs family, which is identical to the SC7280, just as the SM7125 is identical

[PATCH v2 2/2] arm64: dts: qcom: sc7280: Add 0x81 Adreno speed bin

From: Eugene Lepshy A642L (speedbin 0x81) uses index 4, so this commit sets the fourth bit for A642L supported opps. Signed-off-by: Eugene Lepshy Signed-off-by: Danila Tikhonov Reviewed-by: Konrad Dybcio --- arch/arm64/boot/dts/qcom/sc7280.dtsi | 8 1 file changed, 4 insertions(+),

[PATCH v2 1/2] drm/msm/a6xx: Add A642L speedbin (0x81)

From: Eugene Lepshy According to downstream, A642L's speedbin is 129 and uses 4 as index Signed-off-by: Eugene Lepshy Signed-off-by: Danila Tikhonov Reviewed-by: Konrad Dybcio --- drivers/gpu/drm/msm/adreno/a6xx_catalog.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/ms

Re: [PATCH v2 2/2] drm/atomic: Allow userspace to use damage clips with async flips

I've pushed both patches to drm-misc-fixes, thanks! I've added a Fixes trailer accordingly. I'll rebase my patch on top of these two.

[PATCH v2] drm/atomic: allow no-op FB_ID updates for async flips

User-space is allowed to submit any property in an async flip as long as the value doesn't change. However we missed one case: as things stand, the kernel rejects no-op FB_ID changes on non-primary planes. Fix this by changing the conditional and skipping drm_atomic_check_prop_changes() only for FB

[PATCH] drm: vc4: Use of_property_present()

Use of_property_present() to test for property presence rather than of_find_property(). This is part of a larger effort to remove callers of of_find_property() and similar functions. of_find_property() leaks the DT struct property and data pointers which is a problem for dynamically allocated nodes

[PATCH] drm/msm/dpu: move dpu_encoder's connector assignment to atomic_enable()

For cases where the crtc's connectors_changed was set without enable/active getting toggled , there is an atomic_enable() call followed by an atomic_disable() but without an atomic_mode_set(). This results in a NULL ptr access for the dpu_encoder_get_drm_fmt() call in the atomic_enable() as the dp

Re: [PATCH v5 01/12] drm/msm/dpu: limit QCM2290 to RGB formats only

On 6/26/2024 2:45 PM, Dmitry Baryshkov wrote: The QCM2290 doesn't have CSC blocks, so it can not support YUV formats even on ViG blocks. Fix the formats declared by _VIG_SBLK_NOSCALE(). Fixes: 5334087ee743 ("drm/msm: add support for QCM2290 MDSS") Signed-off-by: Dmitry Baryshkov --- driver

Re: [PATCH v5 02/12] drm/msm/dpu: relax YUV requirements

On 6/26/2024 2:45 PM, Dmitry Baryshkov wrote: YUV formats require only CSC to be enabled. Even decimated formats should not require scaler. Relax the requirement and don't check for the scaler block while checking if YUV format can be enabled. Fixes: 25fdd5933e4c ("drm/msm: Add SDM845 DPU sup

Re: [PATCH 0/2] Use pcim_request_region() in vboxvideo

On Mon, Jul 29, 2024 at 11:36:24AM +0200, Philipp Stanner wrote: > Hi everyone, > > Now that we've got the simplified PCI devres API available we can slowly > start using it in drivers and step by step phase the more problematic > API out. > > vboxvideo currently does not have a region request, s

Re: [PATCH] drm/bridge-connector: Fix double free in error handling paths

Hi Robert, On 7/18/24 3:02 PM, Robert Foss wrote: > On Thu, 11 Jul 2024 14:26:55 +0300, Cristian Ciocaltea wrote: >> The recent switch to drmm allocation in drm_bridge_connector_init() may >> cause double free on bridge_connector in some of the error handling >> paths. >> >> Drop the explicit kfre

[PATCH] drm: mediatek: Drop unnecessary check for property presence

of_property_read_u32() returns -EINVAL if a property is not present, so the preceeding check for presence with of_find_property() can be dropped. Really, what the errno is shouldn't matter. Either the property can be read and used or it can't and is ignored. This is part of a larger effort to remo

[PATCH] drm: bridge: anx7625: Use of_property_read_variable_u8_array()

There's no need to get the length of an DT array property before parsing the array. of_property_read_variable_u8_array() takes a minimum and maximum length and returns the actual length (or error code). This is part of a larger effort to remove callers of of_get_property() and similar functions. o

Re: [PATCH] drm/sched: add optional errno to drm_sched_start()

On Tue, Jul 30, 2024 at 02:06:08PM +0200, Christian König wrote: > Am 30.07.24 um 10:36 schrieb Daniel Vetter: > > > In the end you have a really nice circle dependency. > > Maybe a follow up, so for arb robustness or vk context where we want the > > context to die and refuse to accept any more job

Re: [PATCH v2 0/5] Introduce DMA_HEAP_ALLOC_AND_READ_FILE heap flag

On Tue, Jul 30, 2024 at 08:04:04PM +0800, Huan Yang wrote: > > 在 2024/7/30 17:05, Huan Yang 写道: > > > > 在 2024/7/30 16:56, Daniel Vetter 写道: > > > [? daniel.vet...@ffwll.ch ? > > > https://aka.ms/LearnAboutSenderIdentification?] > > > > > > On Tue, Jul 30, 2024 at 03:

Re: [PATCH] udmabuf: use kmem_cache to alloc udmabuf folio

On Wed, Jul 31, 2024 at 11:34:49AM +0800, Huan Yang wrote: > The current udmabuf_folio contains a list_head and the corresponding > folio pointer, with a size of 24 bytes. udmabuf_folio uses kmalloc to > allocate memory. > > However, kmalloc is a public pool, starting from 64 bytes. This means > t

Re: [PATCH v3 0/2] drm: minimum backlight overrides and implementation for amdgpu

On Wed, Jul 31, 2024 at 08:40:12PM +0300, Jani Nikula wrote: > On Wed, 31 Jul 2024, Thomas Weißschuh wrote: > > The value of "min_input_signal" returned from ATIF on a Framework AMD 13 > > is "12". This leads to a fairly bright minimum display backlight. > > > > Add a generic override helper for t

Re: [PATCH net-next v17 01/14] netdev: add netdev_rx_queue_restart()

On Tue, Jul 30, 2024 at 4:17 AM Xuan Zhuo wrote: > > On Tue, 30 Jul 2024 02:26:05 +, Mina Almasry > wrote: > > Add netdev_rx_queue_restart() function to netdev_rx_queue.h > > > Can you say more? As far as I understand, we just release the buffer > submitted to the rx ring and get a new page

Re: [PATCH v2 1/2] drm/mipi-dsi: add more multi functions for better error handling

Hi, On Mon, Jul 29, 2024 at 11:07 PM Tejas Vipin wrote: > +/** > + * mipi_dsi_dcs_get_display_brightness_multi() - gets the current brightness > value > + *of the display > + * @ctx: Context for multiple DSI transactions > + * @brightness: brightness value > + * > + * Like mipi_dsi_dcs_get_d

[PATCH v4 0/3] Faster devcoredump and fixes

Combine [1] [2] for complete series to speedup devcoredump and fix it. [1] https://patchwork.freedesktop.org/series/136541/ [2] https://patchwork.freedesktop.org/series/136545/ Matthew Brost (3): drm/xe: Take ref to VM in delayed snapshot drm/printer: Allow NULL data in devcoredump printer

[PATCH v4 1/3] drm/xe: Take ref to VM in delayed snapshot

Kernel BO's don't take a ref to the VM, we need to the VM for the delayed snapshot, so take a ref to the VM in delayed snapshot. v2: - Check for lrc_bo before taking a VM ref (CI) - Check lrc_bo->vm before taking / dropping a VM ref (CI) - Drop VM in xe_lrc_snapshot_free 47058633d9c5 ("drm/xe:

[PATCH v4 3/3] drm/xe: Faster devcoredump

The current algorithm to read out devcoredump is O(N*N) where N is the size of coredump due to usage of the drm_coredump_printer in xe_devcoredump_read. Switch to a O(N) algorithm which prints the devcoredump into a readable format in snapshot work and update xe_devcoredump_read to memcpy from the

[PATCH v4 2/3] drm/printer: Allow NULL data in devcoredump printer

Useful to determine size of devcoreump before writing it out. Cc: Maarten Lankhorst Signed-off-by: Matthew Brost --- drivers/gpu/drm/drm_print.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_print.c b/drivers/gpu/drm/drm_print.c index cf24

[PATCH v2] drm/edid: add CTA Video Format Data Block support

Video Format Data Blocks (VFDBs) contain the necessary information that needs to be fed to the Optimized Video Timings (OVT) Algorithm. Also, we require OVT support to cover modes that aren't supported by earlier standards (e.g. CVT). So, parse all of the relevant VFDB data and feed it to the OVT A

RE: [PATCH v4 2/3] drm/printer: Allow NULL data in devcoredump printer

-Original Message- From: Intel-xe On Behalf Of Matthew Brost Sent: Wednesday, July 31, 2024 2:32 PM To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: maarten.lankho...@linux.intel.com; Vivi, Rodrigo Subject: [PATCH v4 2/3] drm/printer: Allow NULL data in devcoredump

RE: [PATCH v4 1/3] drm/xe: Take ref to VM in delayed snapshot

-Original Message- From: Intel-xe On Behalf Of Matthew Brost Sent: Wednesday, July 31, 2024 2:32 PM To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: maarten.lankho...@linux.intel.com; Vivi, Rodrigo Subject: [PATCH v4 1/3] drm/xe: Take ref to VM in delayed snapshot

RE: [PATCH v4 3/3] drm/xe: Faster devcoredump

-Original Message- From: Intel-xe On Behalf Of Matthew Brost Sent: Wednesday, July 31, 2024 2:32 PM To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: maarten.lankho...@linux.intel.com; Vivi, Rodrigo Subject: [PATCH v4 3/3] drm/xe: Faster devcoredump > > The current

Re: [PATCH v3 1/2] dt-bindings: display: panel: samsung,atna45dc02: Document ATNA45DC02

Hi, On Mon, Jul 29, 2024 at 1:57 PM Rob Clark wrote: > > From: Rob Clark > > The Samsung ATNA45DC02 panel is an AMOLED eDP panel, similar to the > existing ATNA45AF01 and ATNA33XC20 panel but with a higher resolution. > > Signed-off-by: Rob Clark > Acked-by: Conor Dooley > --- > .../bindings/

  1   2   3   4   >