RE: [PATCH 2/4] drm/dp_mst: Only create connector for connected end device

[Public] > -Original Message- > From: Lyude Paul > Sent: Saturday, August 21, 2021 4:48 AM > To: Lin, Wayne ; dri-devel@lists.freedesktop.org > Cc: Kazlauskas, Nicholas ; Wentland, Harry > ; Zuo, Jerry > ; Wu, Hersen ; Juston Li > ; Imre Deak ; > Ville Syrjälä ; Daniel Vetter > ; Sean

Re: [PATCH v6 02/11] dyndbg: add DEFINE_DYNAMIC_DEBUG_CATEGORIES and callbacks

On Mon, Aug 23, 2021 at 1:21 AM Jim Cromie wrote: > > DEFINE_DYNAMIC_DEBUG_CATEGORIES(name, var, bitmap_desc, @bit_descs) > allows users to define a drm.debug style (bitmap) sysfs interface, and > to specify the desired mapping from bits[0-N] to the format-prefix'd > pr_debug()s to be controlled.

Re: [PATCH] drm/amd/pm: And destination bounds checking to struct copy

Am 19.08.21 um 22:14 schrieb Kees Cook: In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. The "Board Parameters" members of the structs: struct atom

Re: [PATCH] drm/radeon: switch from 'pci_' to 'dma_' API

Am 22.08.21 um 23:23 schrieb Christophe JAILLET: The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +D

Re: [PATCH] drm/amdgpu: switch from 'pci_' to 'dma_' API

Am 22.08.21 um 23:21 schrieb Christophe JAILLET: The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +D

RE: [PATCH 50/53] drm/i915/display/dsc: Add Per connector debugfs node for DSC BPP enable

Now, this change and changes from patch 51 of this series is taken care as part of the below series https://patchwork.freedesktop.org/series/92750/ and merged. Thanks, Vandita > -Original Message- > From: Jani Nikula > Sent: Friday, July 2, 2021 1:50 PM > To: Roper, Matthew D ; intel- >

Re: [PATCH] drm/amd/pm: And destination bounds checking to struct copy

Thanks Kees! Reviewed-by: Lijo Lazar Thanks, Lijo On 8/20/2021 1:44 AM, Kees Cook wrote: In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. The "Board Param

Re: [PATCH v2 57/63] powerpc/signal32: Use struct_group() to zero spe regs

Kees Cook writes: > On Fri, Aug 20, 2021 at 05:49:35PM +1000, Michael Ellerman wrote: >> Kees Cook writes: >> > In preparation for FORTIFY_SOURCE performing compile-time and run-time >> > field bounds checking for memset(), avoid intentionally writing across >> > neighboring fields. >> > >> > Add

linux-next: manual merge of the drm tree with Linus' tree

Hi all, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c between commit: 71ac6f390f6a ("drm/mediatek: Add AAL output size configuration") from Linus' tree and commit: 78d1783c3243 ("drm/mediatek: Separate aal sub driver") from the

Re: [PATCH] drm/lima: Remove unused lima_vm_print()

This function is kept for debug usage. On Fri, Aug 20, 2021 at 10:19 AM Cai Huoqing wrote: > > lima_vm_print() isn't used, so remove it > > Signed-off-by: Cai Huoqing > --- > drivers/gpu/drm/lima/lima_vm.c | 29 - > drivers/gpu/drm/lima/lima_vm.h | 1 - > 2 files ch

[PATCH v6 11/11] dyndbg: RFC add print-once and print-ratelimited features. RFC.

Its tautological that having pr_debug()s with optional print-once and rate-limiting features could be useful. Build it, they will come. The advantages: - dynamically configured with flags - can use them on existing callsites - printonce is easy, (almost) just new flags no additional resources

[PATCH v6 09/11] nouveau: fold multiple DRM_DEBUG_DRIVERs together

With DRM_USE_DYNAMIC_DEBUG, each callsite record requires 56 bytes. We can combine 12 into one here and save ~620 bytes. Signed-off-by: Jim Cromie --- --- drivers/gpu/drm/nouveau/nouveau_drm.c | 36 +-- 1 file changed, 23 insertions(+), 13 deletions(-) diff --git a/drive

[PATCH v6 10/11] dyndbg: RFC add debug-trace callback, selftest with it. RFC

Sean Paul seanp...@chromium.org proposed, in https://patchwork.freedesktop.org/series/78133/ drm/trace: Mirror DRM debug logs to tracefs That patchset's objective is to be able to independently steer some of the debug stream to an alternate tracing destination, by splitting drm_debug_enabled() int

[PATCH v6 07/11] drm_print: instrument drm_debug_enabled

Duplicate drm_debug_enabled() code into both "basic" and "dyndbg" ifdef branches. Then add a pr_debug("todo: ...") into the "dyndbg" branch. Then convert the "dyndbg" branch's code to a macro, so that its pr_debug() get its callsite info from the invoking function, instead of from drm_debug_enabl

[PATCH v6 08/11] amdgpu_ucode: reduce number of pr_debug calls

There are blocks of DRM_DEBUG calls, consolidate their args into single calls. With dynamic-debug in use, each callsite consumes 56 bytes of ro callsite data, and this patch removes about 65 calls, so it saves ~3.5kb. no functional changes. RFC: this creates multi-line log messages, does that br

[PATCH v6 06/11] drm_print: add choice to use dynamic debug in drm-debug

drm's debug system writes 10 distinct categories of messages to syslog using a small API[1]: drm_dbg*(10 names), DRM_DEBUG*(8 names), DRM_DEV_DEBUG*(3 names). There are thousands of these callsites, each categorized by their authors. These callsites can be enabled at runtime by their category, ea

[PATCH v6 04/11] i915/gvt: use DEFINE_DYNAMIC_DEBUG_CATEGORIES to create "gvt:core:" etc categories

The gvt component of this driver has ~120 pr_debugs, in 9 categories quite similar to those in DRM. Following the interface model of drm.debug, add a parameter to map bits to these categorizations. DEFINE_DYNAMIC_DEBUG_CATEGORIES(debug_gvt, __gvt_debug, "dyndbg bitmap desc", { "gv

[PATCH v6 05/11] amdgpu: use DEFINE_DYNAMIC_DEBUG_CATEGORIES to control categorized pr_debugs

logger_types.h defines many DC_LOG_*() categorized debug wrappers. Most of these use DRM debug API, so are controllable using drm.debug, but others use bare pr_debug("$prefix: .."), each with a different class-prefix matching "^\[\w+\]:" Use DEFINE_DYNAMIC_DEBUG_CATEGORIES to create a /sys debug_d

[PATCH v6 03/11] i915/gvt: remove spaces in pr_debug "gvt: core:" etc prefixes

Taking embedded spaces out of existing prefixes makes them better class-prefixes; simplifying the nested quoting needed otherwise: $> echo "format '^gvt: core:' +p" >control Dropping the internal spaces means any trailing space in a query will more clearly terminate the prefix being searched fo

[PATCH v6 02/11] dyndbg: add DEFINE_DYNAMIC_DEBUG_CATEGORIES and callbacks

DEFINE_DYNAMIC_DEBUG_CATEGORIES(name, var, bitmap_desc, @bit_descs) allows users to define a drm.debug style (bitmap) sysfs interface, and to specify the desired mapping from bits[0-N] to the format-prefix'd pr_debug()s to be controlled. DEFINE_DYNAMIC_DEBUG_CATEGORIES(debug_gvt, __gvt_debug,

[PATCH v6 01/11] moduleparam: add data member to struct kernel_param

Add a const void* data member to the struct, to allow attaching private data that will be used soon by a setter method (via kp->data) to perform more elaborate actions. To attach the data at compile time, add new macros: module_param_cb_data() derives from module_param_cb(), adding data param, an

[PATCH v6 00/11] use DYNAMIC_DEBUG to implement DRM.debug

This patchset does 3 main things. Adds DEFINE_DYNAMIC_DEBUG_CATEGORIES to define bitmap => category control of pr_debugs, and to create their sysfs entries. Uses it in amdgpu, i915 to control existing pr_debugs according to their ad-hoc categorizations. Plugs dyndbg into drm-debug framework, in

[Bug 214001] [bisected][regression] After commit "drm/ttm: Initialize debugfs from ttm_global_init()" kernels without debugfs explicitly set to 'allow all' fail to boot

https://bugzilla.kernel.org/show_bug.cgi?id=214001 Linux_Chemist (untaintablean...@hotmail.co.uk) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 214001] [bisected][regression] After commit "drm/ttm: Initialize debugfs from ttm_global_init()" kernels without debugfs explicitly set to 'allow all' fail to boot

https://bugzilla.kernel.org/show_bug.cgi?id=214001 --- Comment #5 from Linux_Chemist (untaintablean...@hotmail.co.uk) --- I can sense you're a smart cookie, Duncan, I've enjoyed this little tete a tete. I think this bug has been addressed, it's just not been mentioned yet (see the following into

[PATCH] drm/r128: switch from 'pci_' to 'dma_' API

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +DMA_TO_DEVICE @@ @@ -PCI_DMA_FROMDEVICE +DM

Re: [PATCH 1/2] mm/vmscan: add sync_shrinkers function v2

On Fri, 20 Aug 2021 14:05:27 +0200 "Christian König" wrote: > While unplugging a device the TTM shrinker implementation > needs a barrier to make sure that all concurrent shrink > operations are done and no other CPU is referring to a > device specific pool any more. > > Taking and releasing th

[PATCH] drm/radeon: switch from 'pci_' to 'dma_' API

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +DMA_TO_DEVICE @@ @@ -PCI_DMA_FROMDEVICE +DM

[PATCH] drm/amdgpu: switch from 'pci_' to 'dma_' API

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +DMA_TO_DEVICE @@ @@ -PCI_DMA_FROMDEVICE +DM

[PATCH] drm/i915: switch from 'pci_' to 'dma_' API

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +DMA_TO_DEVICE @@ @@ -PCI_DMA_FROMDEVICE +DM

[Bug 201957] amdgpu: ring gfx timeout

https://bugzilla.kernel.org/show_bug.cgi?id=201957 --- Comment #48 from i-am-not-a-ro...@riseup.net --- This seems to be a firmware(-related) problem. After downgrading to linux firmware 2020-09-18, I'm running 6 days without a crash on the same work loads. (I was getting multiple crashes per day

Re: [PATCH v8 01/34] opp: Add dev_pm_opp_sync() helper

20.08.2021 08:18, Viresh Kumar пишет: > On 19-08-21, 16:55, Ulf Hansson wrote: >> Right, that sounds reasonable. >> >> We already have pm_genpd_opp_to_performance_state() which translates >> an OPP to a performance state. This function invokes the >> ->opp_to_performance_state() for a genpd. Maybe

Re: [PATCH v5, 00/15] Using component framework to support multi hardware decode

On Sun, 22 Aug 2021 at 13:50, Daniel Vetter wrote: > > On Wed, Aug 18, 2021 at 4:12 PM Ezequiel Garcia > wrote: > > > > +danvet > > > > Hi, > > > > On Tue, 10 Aug 2021 at 23:58, Yunfei Dong wrote: > > > > > > This series adds support for multi hardware decode into mtk-vcodec, by > > > first > >

Re: [PATCH v5, 00/15] Using component framework to support multi hardware decode

On Wed, Aug 18, 2021 at 4:12 PM Ezequiel Garcia wrote: > > +danvet > > Hi, > > On Tue, 10 Aug 2021 at 23:58, Yunfei Dong wrote: > > > > This series adds support for multi hardware decode into mtk-vcodec, by first > > adding component framework to manage each hardware information: interrupt, > > c

Re: [PATCH v5, 00/15] Using component framework to support multi hardware decode

On Fri, 20 Aug 2021 at 04:59, yunfei.d...@mediatek.com wrote: > > Hi Ezequiel, > > Thanks for your detail feedback. > > On Thu, 2021-08-19 at 11:10 -0300, Ezequiel Garcia wrote: > > On Thu, 19 Aug 2021 at 04:13, yunfei.d...@mediatek.com > > wrote: > > > > > > Hi Ezequiel, > > > > > > Thanks for y

Re: [PATCH] drm: adv7511: Convert to SPDX identifier

Hi Cai, Thank you for the patch. On Sun, Aug 22, 2021 at 03:21:11PM +0800, Cai Huoqing wrote: > use SPDX-License-Identifier instead of a verbose license text > > Signed-off-by: Cai Huoqing Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/bridge/adv7511/adv7511_cec.c | 15 +-

[PATCH] media: switch from 'pci_' to 'dma_' API

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script below. It has been compile tested. @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEVICE +DMA_TO_DEVICE @@ @@ -PCI_DMA_FROMDEVICE +D

Re: [PATCH v2 45/63] ath11k: Use memset_startat() for clearing queue descriptors

On Sat, Aug 21, 2021 at 01:17:36PM +0300, Kalle Valo wrote: > Kees Cook writes: > > > On Thu, Aug 19, 2021 at 04:19:37PM +0300, Kalle Valo wrote: > >> Kees Cook writes: > >> > >> > In preparation for FORTIFY_SOURCE performing compile-time and run-time > >> > field bounds checking for memset(),

[Bug 204849] amdgpu (RX560X) traceboot in dmesg boot output, system instability

https://bugzilla.kernel.org/show_bug.cgi?id=204849 Justin Clift (jus...@postgresql.org) changed: What|Removed |Added Status|NEW |RESOLVED R

[PATCH] drm/panel: raspberrypi-touchscreen: Convert to SPDX identifier

use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Cai Huoqing --- .../drm/panel/panel-raspberrypi-touchscreen.c | 24 +-- 1 file changed, 1 insertion(+), 23 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c b/drivers/gpu/

[PATCH] drm/omapdrm: Convert to SPDX identifier

use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Cai Huoqing --- drivers/gpu/drm/omapdrm/dss/hdmi4_cec.c | 14 +- drivers/gpu/drm/omapdrm/dss/hdmi4_cec.h | 14 +- drivers/gpu/drm/omapdrm/omap_dmm_priv.h | 10 +- drivers/gpu/drm/omapd

[PATCH] drm: adv7511: Convert to SPDX identifier

use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Cai Huoqing --- drivers/gpu/drm/bridge/adv7511/adv7511_cec.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_cec.c b/drivers/gpu/drm/bridge/adv