[PATCH v3] drm/xe/guc: Fix h2g_write usage of GUC_CTB_MSG_MAX_LEN
Matthew Brost
matthew.brost at intel.com
Wed Jun 28 21:44:09 UTC 2023
On Wed, Jun 28, 2023 at 11:17:18AM -0700, Alan Previn wrote:
> In the ABI header, GUC_CTB_MSG_MIN_LEN is '1' because
> GUC_CTB_HDR_LEN is 1. This aligns with H2G/G2H CTB specification
> where all command formats are defined in units of dwords so that '1'
> is a dword. Accordingly, GUC_CTB_MSG_MAX_LEN is 256-1 (i.e. 255
> dwords). However, h2g_write was incorrectly assuming that
> GUC_CTB_MSG_MAX_LEN was in bytes. Fix this.
>
> v2: By correctly treating GUC_CTB_MSG_MAX_LEN as dwords, it causes
> a local array to consume 4x the stack size. Rework the function
> to avoid consuming stack even if the action size is large.
>
> Signed-off-by: Alan Previn <alan.previn.teres.alexis at intel.com>
> ---
> drivers/gpu/drm/xe/xe_guc_ct.c | 31 ++++++++++++++++++-------------
> 1 file changed, 18 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_guc_ct.c b/drivers/gpu/drm/xe/xe_guc_ct.c
> index 22bc9ce846db..aa04b5c4822f 100644
> --- a/drivers/gpu/drm/xe/xe_guc_ct.c
> +++ b/drivers/gpu/drm/xe/xe_guc_ct.c
> @@ -401,19 +401,21 @@ static int h2g_write(struct xe_guc_ct *ct, const u32 *action, u32 len,
> {
> struct xe_device *xe = ct_to_xe(ct);
> struct guc_ctb *h2g = &ct->ctbs.h2g;
> - u32 cmd[GUC_CTB_MSG_MAX_LEN / sizeof(u32)];
> - u32 cmd_len = len + GUC_CTB_HDR_LEN;
> - u32 cmd_idx = 0, i;
> +#define H2G_CT_HEADERS (GUC_CTB_HDR_LEN + 1) /* one DW CTB header and one DW HxG header */
Hate to nit pick but again this should be above the h2g_write per
feedback from Oden on Xe in general.
Otherwise LGTM.
With the nit addressed:
Reviewed-by: Matthew Brost <matthew.brost at intel.com>
> + u32 cmd[H2G_CT_HEADERS];
> u32 tail = h2g->info.tail;
> + u32 full_len;
> struct iosys_map map = IOSYS_MAP_INIT_OFFSET(&h2g->cmds,
> tail * sizeof(u32));
>
> + full_len = len + GUC_CTB_HDR_LEN;
> +
> lockdep_assert_held(&ct->lock);
> - XE_BUG_ON(len * sizeof(u32) > GUC_CTB_MSG_MAX_LEN);
> + XE_BUG_ON(full_len > (GUC_CTB_MSG_MAX_LEN - GUC_CTB_HDR_LEN));
> XE_BUG_ON(tail > h2g->info.size);
>
> /* Command will wrap, zero fill (NOPs), return and check credits again */
> - if (tail + cmd_len > h2g->info.size) {
> + if (tail + full_len > h2g->info.size) {
> xe_map_memset(xe, &map, 0, 0,
> (h2g->info.size - tail) * sizeof(u32));
> h2g_reserve_space(ct, (h2g->info.size - tail));
> @@ -428,30 +430,33 @@ static int h2g_write(struct xe_guc_ct *ct, const u32 *action, u32 len,
> * dw1: HXG header (including action code)
> * dw2+: action data
> */
> - cmd[cmd_idx++] = FIELD_PREP(GUC_CTB_MSG_0_FORMAT, GUC_CTB_FORMAT_HXG) |
> + cmd[0] = FIELD_PREP(GUC_CTB_MSG_0_FORMAT, GUC_CTB_FORMAT_HXG) |
> FIELD_PREP(GUC_CTB_MSG_0_NUM_DWORDS, len) |
> FIELD_PREP(GUC_CTB_MSG_0_FENCE, ct_fence_value);
> if (want_response) {
> - cmd[cmd_idx++] =
> + cmd[1] =
> FIELD_PREP(GUC_HXG_MSG_0_TYPE, GUC_HXG_TYPE_REQUEST) |
> FIELD_PREP(GUC_HXG_EVENT_MSG_0_ACTION |
> GUC_HXG_EVENT_MSG_0_DATA0, action[0]);
> } else {
> - cmd[cmd_idx++] =
> + cmd[1] =
> FIELD_PREP(GUC_HXG_MSG_0_TYPE, GUC_HXG_TYPE_EVENT) |
> FIELD_PREP(GUC_HXG_EVENT_MSG_0_ACTION |
> GUC_HXG_EVENT_MSG_0_DATA0, action[0]);
> }
> - for (i = 1; i < len; ++i)
> - cmd[cmd_idx++] = action[i];
> +
> + /* H2G header in cmd[1] replaces action[0] so: */
> + --len;
> + ++action;
>
> /* Write H2G ensuring visable before descriptor update */
> - xe_map_memcpy_to(xe, &map, 0, cmd, cmd_len * sizeof(u32));
> + xe_map_memcpy_to(xe, &map, 0, cmd, H2G_CT_HEADERS * sizeof(u32));
> + xe_map_memcpy_to(xe, &map, H2G_CT_HEADERS * sizeof(u32), action, len * sizeof(u32));
> xe_device_wmb(ct_to_xe(ct));
>
> /* Update local copies */
> - h2g->info.tail = (tail + cmd_len) % h2g->info.size;
> - h2g_reserve_space(ct, cmd_len);
> + h2g->info.tail = (tail + full_len) % h2g->info.size;
> + h2g_reserve_space(ct, full_len);
>
> /* Update descriptor */
> desc_write(xe, h2g, tail, h2g->info.tail);
>
> base-commit: abdb420db479bae28a2abd7ba2c66229b7e8cb77
> --
> 2.39.0
>
More information about the dri-devel
mailing list