All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Rob Clark" <robin.clark@oss.qualcomm.com>,
	dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v5 01/15] drm/msm: Import adreno_snapshot.h
Date: Mon, 02 Nov 2026 22:10:31 +0000	[thread overview]
Message-ID: <sashiko-outbox-194259@kernel.org> (raw)
In-Reply-To: <20261102220405.30730-2-robin.clark@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] drm/msm/adreno: malformed kernel-doc comments in adreno_snapshot.h
--

commit a4a9326d5b47d5886718e595e77013dc5431312b
Author: Rob Clark <robin.clark@oss.qualcomm.com>

drm/msm: Import adreno_snapshot.h

This commit imports adreno_snapshot.h, based on kgsl_snapshot.h from the
downstream KMD, to be reused for gen8 devcoredump support.

> diff --git a/drivers/gpu/drm/msm/adreno/adreno_snapshot.h b/drivers/gpu/drm/msm/adreno/adreno_snapshot.h
> new file mode 100644
> index 0000000000000..f9956e0bc1d5f
> --- /dev/null
> +++ b/drivers/gpu/drm/msm/adreno/adreno_snapshot.h
> @@ -0,0 +1,321 @@

[ ... ]

> +/**
> + * enum trace_buffer_source - Bits to identify the source block of trace buffer information
> + * GX_DBGC : Signals captured from GX block
> + * CX_DBGC : Signals captured from CX block
> + */
> +enum trace_buffer_source {
> +	GX_DBGC = 1,
> +	CX_DBGC = 2,
> +};
> +
> +/**
> + * adreno_snapshot_trace_buffer: Header Information for the tracebuffer in snapshot.
> + */
> +struct adreno_snapshot_trace_buffer {
> +	/** @dbgc_ctrl: Identify source for trace */
> +	__u16 dbgc_ctrl;
> +	/** @dbgc_ctrl: Identify source for trace */
> +	__u16 segment;
> +	/** @granularity: The total number of segments in each packet */
> +	__u16 granularity;
> +	/** @ping_blk: Signal block */
> +	__u16 ping_blk[TRACE_BUF_NUM_SIG];
> +	/** @ping_idx: Signal Index */
> +	__u16 ping_idx[TRACE_BUF_NUM_SIG];
> +	/** @size: Number of bytes in the dump */
> +	__u32 size;
> +} __packed;
> +
> +#define SNAPSHOT_GPU_OBJECT_SHADER  1
> +#define SNAPSHOT_GPU_OBJECT_IB      2
> +#define SNAPSHOT_GPU_OBJECT_GENERIC 3
> +#define SNAPSHOT_GPU_OBJECT_DRAW    4
> +#define SNAPSHOT_GPU_OBJECT_GLOBAL  5
> +
> +struct adreno_snapshot_gpu_object_v2 {
> +	int type;      /* Type of GPU object */
> +	__u64 gpuaddr; /* GPU address of the object */
> +	__u64 ptbase;  /* Base for the pagetable the GPU address is valid in */
> +	__u64 size;    /* Size of the object (in dwords) */
> +} __packed;
> +
> +struct adreno_snapshot_eventlog {
> +	/** @type: Type of the event log buffer */
> +	__u16 type;
> +	/** @version: Version of the event log buffer */
> +	__u16 version;
> +	/** @size: Size of the eventlog buffer in bytes */
> +	u32 size;
> +} __packed;
> +
> +struct adreno_snapshot_gmu_version {
> +	/** @type: Type of the GMU version buffer */
> +	u32 type;
> +	/** @value: GMU FW version value */
> +	u32 value;
> +} __packed;

[Severity: Low]
As reported by Sashiko on v4 [1], running scripts/kernel-doc on
drivers/gpu/drm/msm/adreno/adreno_snapshot.h produces several kernel-doc
parser warnings.

In enum trace_buffer_source, GX_DBGC and CX_DBGC are missing the leading @
prefix (@GX_DBGC: and @CX_DBGC:), causing kernel-doc to warn that both enum
values are undescribed.

In struct adreno_snapshot_trace_buffer, the top-level comment header omits
the struct keyword ("adreno_snapshot_trace_buffer:" instead of "struct
adreno_snapshot_trace_buffer -"), which causes kernel-doc to treat it as a
function prototype and fail. Additionally, the inline comment for the
segment member is a copy-paste duplicate of @dbgc_ctrl rather than
@segment.

Finally, struct adreno_snapshot_eventlog and struct
adreno_snapshot_gmu_version use inline /** @member: ... */ kernel-doc
comments on their fields without a preceding /** struct ... */ kernel-doc
header on the enclosing structures.

Could these comments be updated to follow standard kernel-doc syntax (or
converted to regular /* ... */ comments if kernel-doc generation is not
intended)?

[1] https://lore.kernel.org/r/20261030211928.45761-2-robin.clark@oss.qualcomm.com

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261102220405.30730-1-robin.clark@oss.qualcomm.com?part=1

  reply	other threads:[~2026-11-02 22:10 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-02 22:02 [PATCH v5 00/15] drm/msm/a8xx: GPU state capture support Rob Clark
2026-11-02 22:02 ` [PATCH v5 01/15] drm/msm: Import adreno_snapshot.h Rob Clark
2026-11-02 22:10   ` sashiko-bot [this message]
2026-11-02 22:02 ` [PATCH v5 02/15] drm/msm/a8xx: Export aperture helpers Rob Clark
2026-11-02 22:02 ` [PATCH v5 03/15] drm/msm/a8xx: Add a8xx_aperture_acquire_raw() Rob Clark
2026-11-02 22:02 ` [PATCH v5 04/15] drm/msm/a8xx: Export slice helper Rob Clark
2026-11-02 22:02 ` [PATCH v5 05/15] drm/msm/a8xx: Add missing a850 ifpc reglist entries Rob Clark
2026-11-02 22:02 ` [PATCH v5 06/15] drm/msm/a8xx: Allow nonctx reglist to include GMU regs Rob Clark
2026-11-02 22:02 ` [PATCH v5 07/15] drm/msm/a8xx: Stop getting GMEM_PROTECT from nonctx list Rob Clark
2026-11-02 22:02 ` [PATCH v5 08/15] drm/msm/adreno: Fix PROTECT span length Rob Clark
2026-11-02 22:02 ` [PATCH v5 09/15] drm/msm/adreno: add temporary __maybe_unused Rob Clark
2026-11-02 22:02 ` [PATCH v5 10/15] drm/msm/a8xx: Import generated headers Rob Clark
2026-11-02 22:02 ` [PATCH v5 11/15] drm/msm/a8xx: devcoredump state capture support Rob Clark
2026-11-02 22:28   ` sashiko-bot
2026-11-03 20:15     ` Rob Clark
2026-11-03 23:19   ` kernel test robot
2026-11-04  4:05   ` kernel test robot
2026-11-02 22:02 ` [PATCH v5 12/15] drm/msm/a8xx: Add all CP_PROTECT_PIPE to pwrup reglist Rob Clark
2026-11-02 22:02 ` [PATCH v5 13/15] drm/msm/a8xx: Use CP_PROTECT_PIPE regs Rob Clark
2026-11-02 22:02 ` [PATCH v5 14/15] drm/msm/a8xx: Switch to generated protect regs Rob Clark
2026-11-02 22:02 ` [PATCH v5 15/15] drm/msm/adreno: Remove temporary __maybe_unused Rob Clark

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=sashiko-outbox-194259@kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=robin.clark@oss.qualcomm.com \
    --cc=sashiko-reviews@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.