All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kris Van Hees <kris.van.hees@oracle.com>
To: eugene.loh@oracle.com
Cc: dtrace@lists.linux.dev, dtrace-devel@oss.oracle.com
Subject: Re: [PATCH 10/38] Fix comments in dt_cg.c
Date: Thu, 18 Jul 2024 15:28:39 -0400	[thread overview]
Message-ID: <Zpls53GLbxJCnBTe@oracle.com> (raw)
In-Reply-To: <20240627053455.21567-11-eugene.loh@oracle.com>

On Thu, Jun 27, 2024 at 01:34:27AM -0400, eugene.loh@oracle.com wrote:
> From: Eugene Loh <eugene.loh@oracle.com>
> 
> Signed-off-by: Eugene Loh <eugene.loh@oracle.com>
> ---
>  libdtrace/dt_cg.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/libdtrace/dt_cg.c b/libdtrace/dt_cg.c
> index 0977406a..4fd2d359 100644
> --- a/libdtrace/dt_cg.c
> +++ b/libdtrace/dt_cg.c
> @@ -1150,9 +1150,9 @@ dt_cg_prologue(dt_pcb_t *pcb, dt_node_t *pred)
>  
>  /*
>   * Generate the function epilogue:
> - *	4. Submit the buffer to the perf event output buffer for the current
> + *	1. Submit the buffer to the perf event output buffer for the current
>   *	   cpu, if this is a data recording action..
> - *	5. Return 0
> + *	2. Return 0

This numbering was meant to continue the numbering that is in the comment block
for dt_cg_prologue(), which now would make this be 6 and 7.  The thought behind
that numbering (which was correctly sequential until we added speculation stuff
to the prologue) is that 1 through 7 cover all the steps of code that is
generated for a function.

But if you think that is too comfusing, I am ok with going with 1 and 2 here.
It just changes what this was meant to convey.

>   * }
>   */
>  static void
> -- 
> 2.18.4
> 

  reply	other threads:[~2024-07-18 19:28 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-27  5:34 eugene.loh
2024-06-27  5:34 ` [PATCH 01/38] Move comment closer to the code it describes eugene.loh
2024-06-27  5:34 ` [PATCH 02/38] Move dt_spec_buf_data_t and dt_spec_buf_t into dt_consume.c eugene.loh
2024-07-18  6:54   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 03/38] Get rid of apparently orphaned status[2] eugene.loh
2024-07-18  6:59   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 04/38] Get rid of apparently orphaned bufdesc stuff eugene.loh
2024-07-18 18:28   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 05/38] Get rid of unneeded enabling_defines.h eugene.loh
2024-07-18 18:35   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 06/38] Get rid of unused dtrace_repldesc_t eugene.loh
2024-07-18 18:34   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 07/38] Clean up prp/pprp/uprp variable names eugene.loh
2024-07-18 18:48   ` Kris Van Hees
2024-07-18 20:19     ` Eugene Loh
2024-06-27  5:34 ` [PATCH 08/38] Fix comment in dt_probe.c eugene.loh
2024-07-18 18:49   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 09/38] Fix comments that hardwire DBUF_ offsets eugene.loh
2024-07-18 19:04   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 10/38] Fix comments in dt_cg.c eugene.loh
2024-07-18 19:28   ` Kris Van Hees [this message]
2024-07-18 20:29     ` Eugene Loh
2024-06-27  5:34 ` [PATCH 11/38] USDT module names may contain dots; but forbid "." and ".." names eugene.loh
2024-07-18 19:23   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 12/38] USDT module names may contain dots; remove incorrect check eugene.loh
2024-07-18 19:24   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 13/38] Hide dtrace_actdesc_t until it is needed eugene.loh
2024-07-18 20:02   ` Kris Van Hees
2024-07-18 21:06     ` Eugene Loh
2024-07-18 21:28       ` Kris Van Hees
2024-07-18 22:36         ` Eugene Loh
2024-06-27  5:34 ` [PATCH 14/38] Remove orphaned dtrace_hdl_t component dt_maxformat eugene.loh
2024-07-18 20:03   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 15/38] Remove orphaned dtrace_hdl_t component dt_prov_usdt eugene.loh
2024-07-18 20:03   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 16/38] Move dt_probe_clause_t to be available outside of dt_probe.c eugene.loh
2024-07-18 20:19   ` Kris Van Hees
2024-06-27  5:34 ` [PATCH 17/38] Add a provider-specific probe_add_clause handle eugene.loh
2024-07-18 20:49   ` Kris Van Hees
2024-07-19  4:00     ` Eugene Loh
2024-06-27  5:34 ` [PATCH 18/38] Add a provider-specific probe_add_clause for underlying probes eugene.loh
2024-07-18 20:50   ` Kris Van Hees
2024-07-19  4:00     ` Eugene Loh

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=Zpls53GLbxJCnBTe@oracle.com \
    --to=kris.van.hees@oracle.com \
    --cc=dtrace-devel@oss.oracle.com \
    --cc=dtrace@lists.linux.dev \
    --cc=eugene.loh@oracle.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.