[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <nywovdd4op22ylnrntqx2f6x2plmfrxsgsirq6vmqu2eemulzq@z5sc2kmypl74>
Date: Fri, 23 Jun 2023 09:10:00 +0200
From: Marijn Suijten <marijn.suijten@...ainline.org>
To: Ryan McCann <quic_rmccann@...cinc.com>
Cc: Rob Clark <robdclark@...il.com>,
Abhinav Kumar <quic_abhinavk@...cinc.com>,
Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
Sean Paul <sean@...rly.run>, David Airlie <airlied@...il.com>,
Daniel Vetter <daniel@...ll.ch>,
Rob Clark <robdclark@...omium.org>,
linux-arm-msm@...r.kernel.org, dri-devel@...ts.freedesktop.org,
freedreno@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
quic_jesszhan@...cinc.com
Subject: Re: [PATCH 0/6] Add support to print sub block registers in dpu hw
catalog
It is nice if cover letters also include the subsystem:
drm/msm: Add support to print DPU sub-block registers
On 2023-06-22 16:48:52, Ryan McCann wrote:
> The purpose of this patch series is to add support to print the registers
> of sub blocks in the dpu hardware catalog and fix the order in which all
Global nit: I think we previously settled on "sblk" or "sub-block(s)",
not "sub blocks".
And capitalize DPU.
> hardware blocks are dumped for a device core dump. This involves:
>
> 1. Changing data structure from stack to queue to fix the printing order
> of the device core dump.
>
> 2. Removing redundant suffix of sub block names.
>
> 3. Removing redundant prefix of sub block names.
>
> 4. Eliminating unused variable from relevant macros.
Dmitry has been doing that in one of his DPU catalog reworks.
> 5. Defining names for sub blocks that have not yet been defined.
Let's see what this means, because the code logic should already be able
to figure this out (and in some places we can perhaps delete the name
entirely).
> 6. Implementing wrapper function that prints the registers of sub blocks
> when there is a need.
Thought this could be rather automated, but let me see what it means in
the patches.
> Sample Output of the sspp_0 block and its sub blocks for devcore dump:
> ======sspp_0======
> ...registers
> ...
> ====sspp_0_scaler====
My suggestion would be to put less emphasis on this header with:
----sspp_0_scaler----
So that it becomes obvious that this is a sblk of the ====sspp_0====
above.
> ...
> ...
> ====sspp_0_csc====
> ...
> ...
> ====next_block====
> ...
>
> Signed-off-by: Ryan McCann <quic_rmccann@...cinc.com>
No need for sign-off in cover letters.
- Marijn
> ---
> Ryan McCann (6):
> drm/msm: Update dev core dump to not print backwards
> drm/msm/dpu: Drop unused num argument from relevant macros
> drm/msm/dpu: Define names for unnamed sblks
> drm/msm/dpu: Remove redundant suffix in name of sub blocks
> drm/msm/disp: Remove redundant prefix in name of sub blocks
> drm/msm/dpu: Update dev core dump to dump registers of sub blocks
>
> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 90 +++++-----
> drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c | 194 +++++++++++++++++++---
> drivers/gpu/drm/msm/disp/msm_disp_snapshot_util.c | 2 +-
> 3 files changed, 214 insertions(+), 72 deletions(-)
> ---
> base-commit: 710025fdedb3767655823c3a12d27d404d209f75
> change-id: 20230622-devcoredump_patch-df7e8f6fd632
>
> Best regards,
> --
> Ryan McCann <quic_rmccann@...cinc.com>
>
Powered by blists - more mailing lists