[PATCH] drm/etnaviv: don't block scheduler when GPU is still active

Since 45ecaea73883 ("drm/sched: Partial revert of 'drm/sched: Keep s_fence->parent pointer'") still active jobs aren't put back in the pending list on drm_sched_start(), as they don't have a active parent fence anymore, so if the GPU is still working and the timeout is extended, all currently

Re: [PATCH 0/5] drm/exynos: Convert fbdev to DRM client

On 30.03.2023 09:36, Thomas Zimmermann wrote: > Convert exynos' fbdev code to struct drm_client. Replaces the current > ad-hoc integration. The conversion includes a number of cleanups. As > with most other drivers' fbdev emulation, fbdev in exynos is now just > another DRM client that runs after

Re: [PATCH v3 0/4] docs & checkpatch: allow Closes tags with links

On 31.03.23 12:08, Conor Dooley wrote: > On Fri, Mar 31, 2023 at 11:39:22AM +0200, Thorsten Leemhuis wrote: > >> -Please check the link to make sure that it is actually working and points >> -to the relevant message. >> +If the URL points to a bug report that is fixed by the patch, use 'Closes:'

Re: [Intel-gfx] [PATCH v2] drm/i915/hwmon: Use 0 to designate disabled PL1 power limit

On 31/03/2023 03:26, Ashutosh Dixit wrote: On ATSM the PL1 limit is disabled at power up. The previous uapi assumed that the PL1 limit is always enabled and therefore did not have a notion of a disabled PL1 limit. This results in erroneous PL1 limit values when the PL1 limit is disabled. For

Re: [PATCH v3 4/4] checkpatch: check for misuse of the link tags

Hi Thorsten, On 31/03/2023 12:09, Thorsten Leemhuis wrote: > > > On 31.03.23 11:44, Matthieu Baerts wrote: >> Hi Thorsten, >> >> On 31/03/2023 10:57, Thorsten Leemhuis wrote: >>> On 30.03.23 20:13, Matthieu Baerts wrote: "Link:" and "Closes:" tags have to be used with public URLs.

Re: [PATCH v3 0/4] docs & checkpatch: allow Closes tags with links

On Fri, Mar 31, 2023 at 11:39:22AM +0200, Thorsten Leemhuis wrote: > -Please check the link to make sure that it is actually working and points > -to the relevant message. > +If the URL points to a bug report that is fixed by the patch, use 'Closes:' > +instead. This is not specifically a

Re: [PATCH v3 0/4] docs & checkpatch: allow Closes tags with links

Hi Thorsten, On 31/03/2023 11:39, Thorsten Leemhuis wrote: > On 30.03.23 20:13, Matthieu Baerts wrote: >> Since v6.3, checkpatch.pl now complains about the use of "Closes:" tags >> followed by a link [1]. It also complains if a "Reported-by:" tag is >> followed by a "Closes:" one [2]. >> >> As

Re: [PATCH v3 4/4] checkpatch: check for misuse of the link tags

On 31.03.23 11:44, Matthieu Baerts wrote: > Hi Thorsten, > > On 31/03/2023 10:57, Thorsten Leemhuis wrote: >> On 30.03.23 20:13, Matthieu Baerts wrote: >>> "Link:" and "Closes:" tags have to be used with public URLs. >>> >>> It is difficult to make sure the link is public but at least we can

Re: [PATCH v9 2/2] drm: add kms driver for loongson display controller

On 2023/3/29 23:50, Sui Jingfeng wrote: From: Sui Jingfeng Loongson display controller IP has been integrated in both Loongson North Bridge chipset(ls7a1000 and ls7a2000) and Loongson SoCs(ls2k1000 and ls2k2000 etc), it even has been included in Loongson BMC products. This display

Re: [02/15] fbdev/atmel_lcdfb: Remove trailing whitespaces

Reviewed-by: Sui Jingfeng > On 2023/3/31 17:23, Thomas Zimmermann wrote: Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/atmel_lcdfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 0/7] Add timing override to sitronix,st7789v

Hi all, On 3/14/23 12:56, Gerald Loacker wrote: > This patch set adds additional functionality to the sitronix,st7789v > driver. > > Patches 1,3 and 4 propagate useful flags to the drm subsystem. > Patch 2 adds the orientation property. If there are no objections, patches 1-4 and 6 could be

Re: [PATCH] dt-bindings: maxim,max98371: Convert to DT schema

On 31/03/2023 04:05, André Morishita wrote: > Convert the Maxim Integrated MAX98371 audio codec bindings to DT schema. > > Signed-off-by: André Morishita Ahh, and missing ASoC subject prefix. (which you can get for example with `git log --oneline -- DIRECTORY_OR_FILE` on the directory your

Re: [PATCH v1 2/2] drm/bridge: ti-sn65dsi83: Add DSI video mode configuration

On Fri, Mar 31, 2023 at 11:06:44AM +0200, Neil Armstrong wrote: > Hi, > > On 30/03/2023 12:17, Francesco Dolcini wrote: > > From: Francesco Dolcini > > > > Enable configuration of the DSI video mode instead of hard-coding > > MIPI_DSI_MODE_VIDEO_BURST. The bridge support any of burst-mode, > >

Re: [PATCH] dt-bindings: maxim,max98371: Convert to DT schema

On 31/03/2023 04:05, André Morishita wrote: > Convert the Maxim Integrated MAX98371 audio codec bindings to DT schema. > > Signed-off-by: André Morishita > --- Thank you for your patch. There is something to discuss/improve. > +required: > + - compatible > + - reg > + >

Re: [PATCH v1 RESEND 2/2] drm/panfrost: Add basic support for speed binning

On Fri, 31 Mar 2023 10:11:07 +0200 AngeloGioacchino Del Regno wrote: > Il 23/03/23 10:08, AngeloGioacchino Del Regno ha scritto: > > Some SoCs implementing ARM Mali GPUs are subject to speed binning: > > this means that some versions of the same SoC model may need to be > > limited to a slower

Re: [PATCH v3 4/4] checkpatch: check for misuse of the link tags

Hi Thorsten, On 31/03/2023 10:57, Thorsten Leemhuis wrote: > On 30.03.23 20:13, Matthieu Baerts wrote: >> "Link:" and "Closes:" tags have to be used with public URLs. >> >> It is difficult to make sure the link is public but at least we can >> verify the tag is followed by 'http(s):'. >> >> With

Re: [PATCH v3 3/4] checkpatch: allow Closes tags with links

Hi Joe, Thank you for this review. On 31/03/2023 00:43, Joe Perches wrote: > On Thu, 2023-03-30 at 20:13 +0200, Matthieu Baerts wrote: >> As a follow-up of a previous patch modifying the documentation to >> allow using the "Closes:" tag, checkpatch.pl is updated accordingly. >> >> checkpatch.pl

Re: [PATCH v2 0/3] usb: gadget: functionfs: DMABUF import interface

Hi Paul, W dniu 22.03.2023 o 10:21, Paul Cercueil pisze: Hi, This small patchset adds three new IOCTLs that can be used to attach, detach, or transfer from/to a DMABUF object. Changes since v1: - patch [2/3] is new. I had to reuse a piece of code that was already duplicated in the driver,

Re: [PATCH v1 3/6] dt-bindings: display: bridge: toshiba,tc358768: add parallel input mode

On Fri, Mar 31, 2023 at 10:48:15AM +0200, Krzysztof Kozlowski wrote: > On 30/03/2023 11:59, Francesco Dolcini wrote: > > From: Francesco Dolcini > > > > Add new toshiba,input-rgb-mode property to describe the actual signal > > connection on the parallel RGB input interface. > > > >

Re: [PATCH v3 0/4] docs & checkpatch: allow Closes tags with links

On 30.03.23 20:13, Matthieu Baerts wrote: > Since v6.3, checkpatch.pl now complains about the use of "Closes:" tags > followed by a link [1]. It also complains if a "Reported-by:" tag is > followed by a "Closes:" one [2]. > > As detailed in the first patch, this "Closes:" tag is used for a bit of

Re: [PATCH 7/7] dt-bindings: display: add panel-timing property to sitronix,st7789v

Hi Maxime, On 3/30/23 16:58, Maxime Ripard wrote: > On Wed, Mar 29, 2023 at 12:08:50PM +0200, Michael Riesch wrote: >> On 3/29/23 11:16, Maxime Ripard wrote: >>> On Thu, Mar 16, 2023 at 11:29:53PM +0100, Michael Riesch wrote: Hi Rob, On 3/16/23 22:57, Rob Herring wrote: > On

Re: [PATCH v1 2/6] dt-bindings: display: bridge: toshiba,tc358768: Add TC9594

On 31/03/2023 11:30, Francesco Dolcini wrote: > On Fri, Mar 31, 2023 at 10:42:40AM +0200, Krzysztof Kozlowski wrote: >> On 30/03/2023 11:59, Francesco Dolcini wrote: >>> From: Francesco Dolcini >>> >>> Add TC9594, from the software point of view this is identical to >>> TC358768 with the main

Re: [PATCH v1 2/6] dt-bindings: display: bridge: toshiba,tc358768: Add TC9594

On Fri, Mar 31, 2023 at 10:42:40AM +0200, Krzysztof Kozlowski wrote: > On 30/03/2023 11:59, Francesco Dolcini wrote: > > From: Francesco Dolcini > > > > Add TC9594, from the software point of view this is identical to > > TC358768 with the main difference being automotive qualified. > > > >

Re: [PATCH v1 RESEND 2/2] drm/panfrost: Add basic support for speed binning

On Fri, 31 Mar 2023 10:57:46 +0200 AngeloGioacchino Del Regno wrote: > Il 31/03/23 10:49, Boris Brezillon ha scritto: > > On Fri, 31 Mar 2023 10:11:07 +0200 > > AngeloGioacchino Del Regno > > wrote: > > > >> Il 23/03/23 10:08, AngeloGioacchino Del Regno ha scritto: > >>> Some SoCs

[PATCH 16/19] drm/i915/i915_vma: Provide one missing param and demote another non-kerneldoc header

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/i915_vma.c:756: warning: Function parameter or member 'ww' not described in 'i915_vma_insert' drivers/gpu/drm/i915/i915_vma.c:1744: warning: Function parameter or member 'vma' not described in 'i915_vma_destroy_locked' Cc:

[PATCH 17/19] drm/i915/display/intel_display_power: Fix incorrectly documented function __intel_display_power_put_async()

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/display/intel_display_power.c:712: warning: expecting prototype for intel_display_power_put_async(). Prototype was for __intel_display_power_put_async() instead Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc:

[PATCH 15/19] drm/i915/gt/uc/intel_guc_hwconfig: Demote a few non-conforming kerneldoc headers

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gt/uc/intel_guc_hwconfig.c:112: warning: Function parameter or member 'gt' not described in 'guc_hwconfig_init' drivers/gpu/drm/i915/gt/uc/intel_guc_hwconfig.c:112: warning: expecting prototype for

[PATCH 18/19] drm/amd/amdgpu/sdma_v6_0: Demote a bunch of half-completed function headers

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/sdma_v6_0.c:248: warning: Function parameter or member 'job' not described in 'sdma_v6_0_ring_emit_ib' drivers/gpu/drm/amd/amdgpu/sdma_v6_0.c:248: warning: Function parameter or member 'flags' not described in

[PATCH 19/19] drm/i915/display/intel_wm: Fix a little doc-rot in intel_update_watermarks()

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/display/intel_wm.c:46: warning: Function parameter or member 'i915' not described in 'intel_update_watermarks' drivers/gpu/drm/i915/display/intel_wm.c:46: warning: Excess function parameter 'dev_priv' description in

[PATCH 07/19] drm/i915/gem/i915_gem_create: Provide the function names for proper kerneldoc headers

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_create.c:147: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst drivers/gpu/drm/i915/gem/i915_gem_create.c:218: warning: This comment starts

[PATCH 14/19] drm/i915/i915_gem: Provide function names to complete the expected kerneldoc format

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/i915_gem.c:447: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst drivers/gpu/drm/i915/i915_gem.c:536: warning: This comment starts with '/**', but isn't a

[PATCH 09/19] drm/i915/gem/i915_gem_ttm_pm: Provide a couple of missing descriptions for 'flags' and remove some superfluous ones

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_ttm_pm.c:156: warning: Function parameter or member 'flags' not described in 'i915_ttm_backup_region' drivers/gpu/drm/i915/gem/i915_gem_ttm_pm.c:156: warning: Excess function parameter 'allow_gpu' description

[PATCH 13/19] drm/i915/gem/i915_gem_object: Demote non-kerneldoc header with no param descriptions

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_object.c:887: warning: Function parameter or member 'obj' not described in 'i915_gem_object_has_unknown_state' Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: Tvrtko Ursulin Cc: David Airlie Cc:

[PATCH 08/19] drm/i915/gem/i915_gem_domain: Provide function names to complete proper kerneldoc

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_domain.c:119: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst drivers/gpu/drm/i915/gem/i915_gem_domain.c:180: warning: This comment starts

[PATCH 06/19] drm/i915/gt/intel_rps: Demote a kerneldoc abuse for ips_ping_for_i915_load()

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gt/intel_rps.c:2646: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: Tvrtko Ursulin Cc:

[PATCH 12/19] drm/i915/gem/i915_gem_wait: Provide function name to validate the kerneldoc header

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_wait.c:164: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: Tvrtko Ursulin Cc:

[PATCH 11/19] drm/i915/gem/i915_gem_ttm_move: Provide a couple of missing descriptions for 'num_pages' and 'ctx'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c:272: warning: Function parameter or member 'num_pages' not described in 'i915_ttm_memcpy_arg' drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c:569: warning: Function parameter or member 'ctx' not

[PATCH 05/19] drm/i915/gt/intel_engine_cs: Fix a couple of incorrectly named functions

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gt/intel_engine_cs.c:1324: warning: expecting prototype for intel_engines_init_common(). Prototype was for engine_init_common() instead drivers/gpu/drm/i915/gt/intel_engine_cs.c:1406: warning: expecting prototype for

[PATCH 10/19] drm/i915/gem/i915_gem_ttm: Demote half-filled kerneldoc

Hopefully someone knowledgable will follow-up to complete it. Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/gem/i915_gem_ttm.c:1292: warning: Function parameter or member 'offset' not described in '__i915_gem_ttm_object_init'

[PATCH 02/19] drm/i915/intel_region_ttm: Provide missing description for 'offset' param

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/intel_region_ttm.c:201: warning: Function parameter or member 'offset' not described in 'intel_region_ttm_resource_alloc' Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: Tvrtko Ursulin Cc: David Airlie Cc:

[PATCH 04/19] drm/i915/display/intel_display_debugfs: Fix incorrect param naming for 'intel_connector'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/display/intel_display_debugfs.c:1668: warning: Function parameter or member 'intel_connector' not described in 'intel_connector_debugfs_add' drivers/gpu/drm/i915/display/intel_display_debugfs.c:1668: warning: Excess

[PATCH 03/19] drm/radeon/radeon_ttm: Remove unused variable 'rbo' from radeon_bo_move()

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/radeon/radeon_ttm.c: In function ‘radeon_bo_move’: drivers/gpu/drm/radeon/radeon_ttm.c:201:27: warning: variable ‘rbo’ set but not used [-Wunused-but-set-variable] Cc: Alex Deucher Cc: "Christian König" Cc: "Pan, Xinhui" Cc:

[PATCH 01/19] drm/i915/i915_scatterlist: Fix kerneldoc formatting issue - missing '@'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/i915/i915_scatterlist.c:62: warning: Function parameter or member 'size' not described in 'i915_refct_sgt_init' Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: Tvrtko Ursulin Cc: David Airlie Cc: Daniel Vetter Cc:

[PATCH 09/15] fbdev/maxinefb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/maxinefb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/maxinefb.c b/drivers/video/fbdev/maxinefb.c index ae1a42bcb0ea..4e6b05232ae2 100644 ---

[PATCH 04/15] fbdev/controlfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/controlfb.c | 34 - 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drivers/video/fbdev/controlfb.c

[PATCH 15/15] fbdev/vfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/vfb.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/video/fbdev/vfb.c b/drivers/video/fbdev/vfb.c index 95d3c59867d0..680c88267ef4

[PATCH 12/15] fbdev/sa1100fb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/sa1100fb.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/drivers/video/fbdev/sa1100fb.c b/drivers/video/fbdev/sa1100fb.c index

[PATCH 11/15] fbdev/platinumfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/platinumfb.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git a/drivers/video/fbdev/platinumfb.c

[PATCH 13/15] fbdev/stifb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/stifb.c | 156 ++-- 1 file changed, 78 insertions(+), 78 deletions(-) diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c

[PATCH 05/15] fbdev/g364fb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/g364fb.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/video/fbdev/g364fb.c b/drivers/video/fbdev/g364fb.c index 05837a3b985c..c5b7673ddc6c 100644 ---

[PATCH 08/15] fbdev/macfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/macfb.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/video/fbdev/macfb.c b/drivers/video/fbdev/macfb.c index

[PATCH 14/15] fbdev/valkyriefb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/valkyriefb.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/video/fbdev/valkyriefb.c b/drivers/video/fbdev/valkyriefb.c index

[PATCH 01/15] fbdev/68328fb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann Acked-by: Helge Deller --- drivers/video/fbdev/68328fb.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/video/fbdev/68328fb.c b/drivers/video/fbdev/68328fb.c index

[PATCH 00/15] fbdev: Remove trailing whitespaces

The trailing whitespaces are annoying. So remove them. No functional changes. Some of the patches has already been acked by Helge. Thomas Zimmermann (15): fbdev/68328fb: Remove trailing whitespaces fbdev/atmel_lcdfb: Remove trailing whitespaces fbdev/cg14: Remove trailing whitespaces

[PATCH 10/15] fbdev/p9100: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/p9100.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/video/fbdev/p9100.c b/drivers/video/fbdev/p9100.c index 4e88a0a195ad..10b4866b6c9a 100644 ---

[PATCH 06/15] fbdev/hgafb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/hgafb.c | 36 ++-- 1 file changed, 18 insertions(+), 18 deletions(-) diff --git a/drivers/video/fbdev/hgafb.c b/drivers/video/fbdev/hgafb.c index

[PATCH 07/15] fbdev/hpfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/hpfb.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/hpfb.c b/drivers/video/fbdev/hpfb.c index cdd44e5deafe..77fbff47b1a8 100644 ---

[PATCH 03/15] fbdev/cg14: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/cg14.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/cg14.c b/drivers/video/fbdev/cg14.c index 6a745eb46ca1..1f87a9f54380 100644 ---

[PATCH 02/15] fbdev/atmel_lcdfb: Remove trailing whitespaces

Fix coding style. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/video/fbdev/atmel_lcdfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/atmel_lcdfb.c b/drivers/video/fbdev/atmel_lcdfb.c index 8187a7c4f910..987c5f5f0241 100644 ---

[Bug 217278] ast 0000:03:00.0: PM: **** DPM device timeout **** during S4 resuming

https://bugzilla.kernel.org/show_bug.cgi?id=217278 --- Comment #2 from wendy.w...@intel.com --- Needs time to check mainline v6.1 fail or not. -- 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 v15 10/10] drm/bridge: it6505: Register Type C mode switches

Register USB Type-C mode switches when the "mode-switch" property and relevant port are available in Device Tree. Configure the "lane_swap" state based on the entered alternate mode for a specific Type-C connector, which ends up updating the lane swap registers of the it6505 chip. Signed-off-by:

[PATCH v15 08/10] dt-bindings: display: bridge: it6505: Add mode-switch support

ITE IT6505 can be used in systems to switch the DP traffic between two downstreams, which can be USB Type-C DisplayPort alternate mode lane or regular DisplayPort output ports. Update the binding to accommodate this usage by introducing a data-lanes and a mode-switch property on endpoints.

[PATCH v15 09/10] drm/bridge: it6505: Fix Kconfig indentation

Replace the spaces with tab characters in the Kconfig file. Signed-off-by: Pin-yen Lin Reviewed-by: AngeloGioacchino Del Regno --- (no changes since v10) Changes in v10: - Collected Reviewed-by tag Changes in v7: - New in v7 drivers/gpu/drm/bridge/Kconfig | 20 ++-- 1

[PATCH v15 07/10] drm/bridge: anx7625: Register Type C mode switches

Register USB Type-C mode switches when the "mode-switch" property and relevant ports are available in Device Tree. Configure the crosspoint switch based on the entered alternate mode for a specific Type-C connector. Crosspoint switch can also be used for switching the output signal for different

[PATCH v15 06/10] drm/bridge: Remove redundant i2c_client in anx7625/it6505

These two drivers embed a i2c_client in their private driver data, but only strict device is actually needed. Replace the i2c_client reference with a struct device one. Signed-off-by: Pin-yen Lin Reviewed-by: Andy Shevchenko Reviewed-by: AngeloGioacchino Del Regno --- Changes in v15: -

[PATCH v15 05/10] drm/bridge: anx7625: Check for Type-C during panel registration

The output port endpoints can be connected to USB-C connectors. Running drm_of_find_panel_or_bridge() with such endpoints leads to a continuous return value of -EPROBE_DEFER, even though there is no panel present. To avoid this, check for the existence of a "mode-switch" property in the port

[PATCH v15 04/10] dt-bindings: display: bridge: anx7625: Add mode-switch support

Analogix 7625 can be used in systems to switch the DP traffic between two downstreams, which can be USB Type-C DisplayPort alternate mode lane or regular DisplayPort output ports. Update the binding to accommodate this usage by introducing a data-lanes and a mode-switch property on endpoints.

[PATCH v15 03/10] drm/display: Add Type-C switch helpers

Add helpers to register and unregister Type-C "switches" for bridges capable of switching their output between two downstream devices. The helper registers USB Type-C mode switches when the "mode-switch" and the "reg" properties are available in Device Tree. Signed-off-by: Pin-yen Lin ---

Re: [PATCH v7 10/12] drm/bridge: Implement enable_next_first to alter bridge init order

On 30/03/2023 12:01, Dave Stevenson wrote: Hi Jagan On Thu, 30 Mar 2023 at 07:56, Jagan Teki wrote: On Wed, Mar 29, 2023 at 10:16 PM Maxime Ripard wrote: On Wed, Mar 29, 2023 at 05:28:28PM +0100, Dave Stevenson wrote: On Wed, 29 Mar 2023 at 14:19, Jagan Teki wrote: DSI sink devices

[PATCH v15 02/10] platform/chrome: cros_ec_typec: Purge blocking switch devlinks

From: Prashant Malani When using OF graph, the fw_devlink code will create links between the individual port driver (cros-ec-typec here) and the parent device for a Type-C switch (like mode-switch). Since the mode-switch will in turn have the usb-c-connector (i.e the child of the port driver) as

[PATCH v15 01/10] device property: Add remote endpoint to devcon matcher

From: Prashant Malani When searching the device graph for device matches, check the remote-endpoint itself for a match. Some drivers register devices for individual endpoints. This allows the matcher code to evaluate those for a match too, instead of only looking at the remote parent devices.

[PATCH v15 00/10] Register Type-C mode-switch in DP bridge endpoints

This series introduces bindings for anx7625/it6505 to register Type-C mode-switch in their output endpoints, and use data-lanes property to describe the pin connections. This series is not directly related to the built-in mux in anx7625, which automatically switches between the two orientations

Re: [PATCH v1 2/2] drm/bridge: ti-sn65dsi83: Add DSI video mode configuration

Hi, On 30/03/2023 12:17, Francesco Dolcini wrote: From: Francesco Dolcini Enable configuration of the DSI video mode instead of hard-coding MIPI_DSI_MODE_VIDEO_BURST. The bridge support any of burst-mode, non-burst with sync event or non-burst with sync pulse With this change is possible to

Re: [PATCH v3 3/3] drm/bridge: tfp410: If connected, use I2C for polled HPD status.

On 20/02/2023 23:10, Jonathan Cormier wrote: From: Michael Williamson If the I2C bus is connected on the TFP410, then use the register status bit to determine connection state. This is needed, in particular, for polling the state when the Hot Plug detect is not connected to a controlling CPU

Re: [PATCH v3 2/3] drm/bridge: tfp410: Fix logic to configured polled HPD

Hi, On 20/02/2023 23:10, Jonathan Cormier wrote: From: Michael Williamson The logic to configure polling (vs async/irq notification) of hot-plug events was not correct. If the connected bridge requires polling, then inform the upstream bridge we also require polling. Signed-off-by: Michael

Re: [PATCH v3 1/3] drm/bridge: tfp410: Support basic I2C interface

On 20/02/2023 23:10, Jonathan Cormier wrote: From: Michael Williamson The TFP410 driver does not support I2C. As such, the device remains in Power Down if the I2C is enabled by the bootstrap pins. Add basic support for the I2C interface, and provide support to take the device out of power

Re: [PATCH v2 2/2] drm/bridge: fsl-ldb: Add i.MX6SX support

On 30/03/2023 12:42, Fabio Estevam wrote: From: Fabio Estevam i.MX6SX has a single LVDS port and share a similar LDB_CTRL register layout with i.MX8MP and i.MX93. There is no LVDS CTRL register on the i.MX6SX, so only write to this register on the appropriate SoCs. Add support for the

Re: [PATCH v1 RESEND 2/2] drm/panfrost: Add basic support for speed binning

Il 31/03/23 10:49, Boris Brezillon ha scritto: On Fri, 31 Mar 2023 10:11:07 +0200 AngeloGioacchino Del Regno wrote: Il 23/03/23 10:08, AngeloGioacchino Del Regno ha scritto: Some SoCs implementing ARM Mali GPUs are subject to speed binning: this means that some versions of the same SoC model

Re: [PATCH v3 4/4] checkpatch: check for misuse of the link tags

On 30.03.23 20:13, Matthieu Baerts wrote: > "Link:" and "Closes:" tags have to be used with public URLs. > > It is difficult to make sure the link is public but at least we can > verify the tag is followed by 'http(s):'. > > With that, we avoid such a tag that is not allowed [1]: > > Closes:

Re: [PATCH v2 1/2] dt-bindings: display: bridge: ldb: Add i.MX6SX support

On 30/03/2023 12:42, Fabio Estevam wrote: > From: Fabio Estevam > > i.MX6SX has a single LVDS port and share a similar LDB_CTRL register > layout with i.MX8MP and i.MX93. > > Signed-off-by: Fabio Estevam > --- > Changes since v1: > - Do not duplicate the entire if. (Krzysztof) Reviewed-by:

Re: [PATCH 04/12] drm/radeon: remove radeon_connector_edid() and stop using edid_blob_ptr

On Thu, 30 Mar 2023, Jani Nikula wrote: > radeon_connector_edid() copies the EDID from edid_blob_ptr as a side > effect if radeon_connector->edid isn't initialized. However, everywhere > that the returned EDID is used, the EDID should have been set > beforehands. > > Only the EDID code and sysfs

Re: [PATCH v1 RESEND 2/2] drm/panfrost: Add basic support for speed binning

On Fri, 31 Mar 2023 10:11:07 +0200 AngeloGioacchino Del Regno wrote: > Il 23/03/23 10:08, AngeloGioacchino Del Regno ha scritto: > > Some SoCs implementing ARM Mali GPUs are subject to speed binning: > > this means that some versions of the same SoC model may need to be > > limited to a slower

Re: [PATCH] drm/bridge: ps8640: Use constant sleep time for polling hpd

On Fri, Mar 31, 2023 at 5:02 AM Pin-yen Lin wrote: > > The default hpd_wait_us in panel_edp.c is 2 seconds. This makes the > sleep time in the polling of _ps8640_wait_hpd_asserted become 200ms. > Change it to a constant 20ms to speed up the function. > > Signed-off-by: Pin-yen Lin > --- > >

Re: [PATCH v1 3/6] dt-bindings: display: bridge: toshiba,tc358768: add parallel input mode

On 30/03/2023 11:59, Francesco Dolcini wrote: > From: Francesco Dolcini > > Add new toshiba,input-rgb-mode property to describe the actual signal > connection on the parallel RGB input interface. > > Signed-off-by: Francesco Dolcini > --- > .../bindings/display/bridge/toshiba,tc358768.yaml |

Re: [PATCH v1 2/6] dt-bindings: display: bridge: toshiba,tc358768: Add TC9594

On 30/03/2023 11:59, Francesco Dolcini wrote: > From: Francesco Dolcini > > Add TC9594, from the software point of view this is identical to > TC358768 with the main difference being automotive qualified. > > Signed-off-by: Francesco Dolcini > --- >

Re: [PATCH v1 1/6] dt-bindings: display: bridge: toshiba,tc358768: Fix typo

On 30/03/2023 11:59, Francesco Dolcini wrote: > From: Francesco Dolcini > > Correct Toshiba spelling. > > Signed-off-by: Francesco Dolcini > --- Acked-by: Krzysztof Kozlowski Best regards, Krzysztof

Re: [RFC PATCH 1/3] dt-bindings: display/msm/gpu: allow specifying MX domain A5xx

On 30/03/2023 00:24, Dmitry Baryshkov wrote: > Some a5xx Adreno devices might need additional power domains to handle > voltage scaling. While we do not (yet) have support for CPR3 providing > voltage scaling, allow specifying MX domain to scale the memory cell > voltage. > > Signed-off-by:

Re: [PATCH] drm/i915: Fix context runtime accounting

On 31/03/2023 07:25, Matthew Auld wrote: On Mon, 20 Mar 2023 at 15:14, Tvrtko Ursulin wrote: From: Tvrtko Ursulin When considering whether to mark one context as stopped and another as started we need to look at whether the previous and new _contexts_ are different and not just requests.

Re: [PATCH 0/4] log2: make is_power_of_2() more generic

On Thu, 30 Mar 2023, Andrew Morton wrote: > On Thu, 30 Mar 2023 21:53:03 + David Laight > wrote: > >> > But wouldn't all these issues be addressed by simply doing >> > >> > #define is_power_of_2(n) (n != 0 && ((n & (n - 1)) == 0)) >> > >> > ? >> > >> > (With suitable tweaks to avoid

Re: [PATCH v14 07/10] drm/bridge: anx7625: Register Type C mode switches

Hi Andy, Thanks for the review. On Wed, Mar 22, 2023 at 8:16 PM Andy Shevchenko wrote: > > On Wed, Mar 22, 2023 at 06:46:36PM +0800, Pin-yen Lin wrote: > > Register USB Type-C mode switches when the "mode-switch" property and > > relevant ports are available in Device Tree. Configure the

Re: [PATCH v1 RESEND 2/2] drm/panfrost: Add basic support for speed binning

Il 23/03/23 10:08, AngeloGioacchino Del Regno ha scritto: Some SoCs implementing ARM Mali GPUs are subject to speed binning: this means that some versions of the same SoC model may need to be limited to a slower frequency compared to the other: this is being addressed by reading nvmem (usually,

Re: [PATCH v2 6/9] drm/i915: Use kmap_local_page() in gem/selftests/i915_gem_context.c

On 31/03/2023 04:33, Ira Weiny wrote: Zhao Liu wrote: From: Zhao Liu The use of kmap_atomic() is being deprecated in favor of kmap_local_page()[1], and this patch converts the call from kmap_atomic() to kmap_local_page(). The main difference between atomic and local mappings is that local

RE: [PATCH 0/4] log2: make is_power_of_2() more generic

From: Andrew Morton > Sent: 30 March 2023 23:19 > > On Thu, 30 Mar 2023 21:53:03 + David Laight > wrote: > > > > But wouldn't all these issues be addressed by simply doing > > > > > > #define is_power_of_2(n) (n != 0 && ((n & (n - 1)) == 0)) > > > > > > ? > > > > > > (With suitable tweaks

Re: [PATCH v2] drm/msm/adreno: adreno_gpu: Use suspend() instead of idle() on load error

On Fri, Mar 31, 2023 at 01:15:16AM +0200, Konrad Dybcio wrote: > The adreno_load_gpu() path is guarded by an error check on > adreno_load_fw(). This function is responsible for loading > Qualcomm-only-signed binaries (e.g. SQE and GMU FW for A6XX), but it > does not take the vendor-signed ZAP blob

Re: [PATCH][next] drm/i915/uapi: Replace fake flex-array with flexible-array member

On Thu, 30 Mar 2023, "Gustavo A. R. Silva" wrote: > Friendly ping: who can take this, please?  It's in drm-intel-gt-next. commit 02abecdeebfcd3848b26b70778dd7f6eb0db65e1 Author: Gustavo A. R. Silva AuthorDate: Fri Mar 17 12:18:01 2023 -0600 Commit: Tvrtko Ursulin CommitDate: Tue Mar

Re: [PATCH] drm/ttm: add NUMA node id to the pool

Should I push this to drm-misc-next or do we take it through amd-staging-drm-next? Christian. Am 30.03.23 um 21:50 schrieb Alex Deucher: From: Rajneesh Bhardwaj This allows backing ttm_tt structure with pages from different NUMA pools. Tested-by: Graham Sider Reviewed-by: Felix Kuehling

Re: [PATCH v14 03/10] drm/display: Add Type-C switch helpers

On Fri, Mar 31, 2023 at 11:36 AM Pin-yen Lin wrote: > > Hi Andy, > > Thanks for the review. > > On Wed, Mar 22, 2023 at 8:01 PM Andy Shevchenko > wrote: > > > > On Wed, Mar 22, 2023 at 06:46:32PM +0800, Pin-yen Lin wrote: > > > Add helpers to register and unregister Type-C "switches" for bridges

Re: [PATCH] drm/i915: Fix context runtime accounting

On Mon, 20 Mar 2023 at 15:14, Tvrtko Ursulin wrote: > > From: Tvrtko Ursulin > > When considering whether to mark one context as stopped and another as > started we need to look at whether the previous and new _contexts_ are > different and not just requests. Otherwise the software tracked

<    1   2