All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Brost <matthew.brost@intel.com>
To: Michal Wajdeczko <michal.wajdeczko@intel.com>
Cc: intel-xe@lists.freedesktop.org
Subject: Re: [Intel-xe] [PATCH 2/3] drm/xe/guc: Remove obsolete GuC CTB documentation
Date: Wed, 29 Nov 2023 09:25:11 +0000	[thread overview]
Message-ID: <ZWcDd28sOXpx+5mM@DUT025-TGLU.fm.intel.com> (raw)
In-Reply-To: <20231128203203.1147-2-michal.wajdeczko@intel.com>

On Tue, Nov 28, 2023 at 09:32:02PM +0100, Michal Wajdeczko wrote:
> Refer to already described CTB Descriptor and CTB HXG Message.
> 
> Signed-off-by: Michal Wajdeczko <michal.wajdeczko@intel.com>

Reviewed-by: Matthew Brost <matthew.brost@intel.com>

> ---
>  .../drm/xe/abi/guc_communication_ctb_abi.h    | 45 +------------------
>  1 file changed, 2 insertions(+), 43 deletions(-)
> 
> diff --git a/drivers/gpu/drm/xe/abi/guc_communication_ctb_abi.h b/drivers/gpu/drm/xe/abi/guc_communication_ctb_abi.h
> index d34f91002789..3b83f907ece4 100644
> --- a/drivers/gpu/drm/xe/abi/guc_communication_ctb_abi.h
> +++ b/drivers/gpu/drm/xe/abi/guc_communication_ctb_abi.h
> @@ -120,49 +120,8 @@ static_assert(sizeof(struct guc_ct_buffer_desc) == 64);
>   * is based on u32 data stream written to the shared buffer. One buffer can
>   * be used to transmit data only in one direction (one-directional channel).
>   *
> - * Current status of the each buffer is stored in the buffer descriptor.
> - * Buffer descriptor holds tail and head fields that represents active data
> - * stream. The tail field is updated by the data producer (sender), and head
> - * field is updated by the data consumer (receiver)::
> - *
> - *      +------------+
> - *      | DESCRIPTOR |          +=================+============+========+
> - *      +============+          |                 | MESSAGE(s) |        |
> - *      | address    |--------->+=================+============+========+
> - *      +------------+
> - *      | head       |          ^-----head--------^
> - *      +------------+
> - *      | tail       |          ^---------tail-----------------^
> - *      +------------+
> - *      | size       |          ^---------------size--------------------^
> - *      +------------+
> - *
> - * Each message in data stream starts with the single u32 treated as a header,
> - * followed by optional set of u32 data that makes message specific payload::
> - *
> - *      +------------+---------+---------+---------+
> - *      |         MESSAGE                          |
> - *      +------------+---------+---------+---------+
> - *      |   msg[0]   |   [1]   |   ...   |  [n-1]  |
> - *      +------------+---------+---------+---------+
> - *      |   MESSAGE  |       MESSAGE PAYLOAD       |
> - *      +   HEADER   +---------+---------+---------+
> - *      |            |    0    |   ...   |    n    |
> - *      +======+=====+=========+=========+=========+
> - *      | 31:16| code|         |         |         |
> - *      +------+-----+         |         |         |
> - *      |  15:5|flags|         |         |         |
> - *      +------+-----+         |         |         |
> - *      |   4:0|  len|         |         |         |
> - *      +------+-----+---------+---------+---------+
> - *
> - *                   ^-------------len-------------^
> - *
> - * The message header consists of:
> - *
> - * - **len**, indicates length of the message payload (in u32)
> - * - **code**, indicates message code
> - * - **flags**, holds various bits to control message handling
> + * Current status of the each buffer is maintained in the `CTB Descriptor`_.
> + * Each message in data stream is encoded as `CTB HXG Message`_.
>   */
>  
>  #endif
> -- 
> 2.25.1
> 

  reply	other threads:[~2023-11-29 16:26 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-28 20:32 [Intel-xe] [PATCH 1/3] drm/xe/guc: Drop ancient GuC CTB definitions Michal Wajdeczko
2023-11-28 20:32 ` [Intel-xe] [PATCH 2/3] drm/xe/guc: Remove obsolete GuC CTB documentation Michal Wajdeczko
2023-11-29  9:25   ` Matthew Brost [this message]
2023-11-28 20:32 ` [Intel-xe] [PATCH 3/3] drm/xe/guc: Include only required GuC ABI headers Michal Wajdeczko
2023-11-29  8:31   ` Jani Nikula
2023-11-29  9:27   ` Matthew Brost
2023-11-29  0:17 ` [Intel-xe] ✓ CI.Patch_applied: success for series starting with [1/3] drm/xe/guc: Drop ancient GuC CTB definitions Patchwork
2023-11-29  0:17 ` [Intel-xe] ✓ CI.checkpatch: " Patchwork
2023-11-29  0:18 ` [Intel-xe] ✓ CI.KUnit: " Patchwork
2023-11-29  0:25 ` [Intel-xe] ✓ CI.Build: " Patchwork
2023-11-29  0:26 ` [Intel-xe] ✓ CI.Hooks: " Patchwork
2023-11-29  0:27 ` [Intel-xe] ✓ CI.checksparse: " Patchwork
2023-11-29  1:01 ` [Intel-xe] ✓ CI.BAT: " Patchwork
2023-11-29  9:20 ` [Intel-xe] [PATCH 1/3] " Matthew Brost

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=ZWcDd28sOXpx+5mM@DUT025-TGLU.fm.intel.com \
    --to=matthew.brost@intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=michal.wajdeczko@intel.com \
    /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.