From: Steven Rostedt <rostedt@goodmis.org>
To: "Tzvetomir Stoyanov (VMware)" <tz.stoyanov@gmail.com>
Cc: linux-trace-devel@vger.kernel.org
Subject: Re: [PATCH v17 13/18] trace-cmd: Add guest information in host's trace.dat file
Date: Wed, 4 Dec 2019 19:59:51 -0500 [thread overview]
Message-ID: <20191204195951.15e6f0b9@gandalf.local.home> (raw)
In-Reply-To: <20191203103522.482684-14-tz.stoyanov@gmail.com>
On Tue, 3 Dec 2019 12:35:17 +0200
"Tzvetomir Stoyanov (VMware)" <tz.stoyanov@gmail.com> wrote:
> New trace.dat option is introduced: TRACECMD_OPTION_GUEST.
> Written in the host's trace.dat file, it contains information about
> guests, traced at the same time: guest trace ID, number of VCPUs and
> PIDs of the host tasks, running those VCPU. The data is stored in
> the file as NULL terminated string:
> "Guest %s %llu %d\n" -> guest name, number of VCPUs
> "%d %d\n" -> VCPU, PID of host task
> .....
> "%d %d\n" -> VCPU, PID of host task
>
> Signed-off-by: Tzvetomir Stoyanov (VMware) <tz.stoyanov@gmail.com>
> ---
> include/trace-cmd/trace-cmd.h | 1 +
> lib/trace-cmd/trace-input.c | 113 ++++++++++++++++++++++++++++++++++
> tracecmd/trace-record.c | 45 ++++++++++++++
> 3 files changed, 159 insertions(+)
>
> diff --git a/include/trace-cmd/trace-cmd.h b/include/trace-cmd/trace-cmd.h
> index 1240b4a..17badf2 100644
> --- a/include/trace-cmd/trace-cmd.h
> +++ b/include/trace-cmd/trace-cmd.h
> @@ -88,6 +88,7 @@ enum {
> TRACECMD_OPTION_PROCMAPS,
> TRACECMD_OPTION_TRACEID,
> TRACECMD_OPTION_TIME_SHIFT,
> + TRACECMD_OPTION_GUEST,
> };
>
> enum {
> diff --git a/lib/trace-cmd/trace-input.c b/lib/trace-cmd/trace-input.c
> index a6b675a..e36ebaa 100644
> --- a/lib/trace-cmd/trace-input.c
> +++ b/lib/trace-cmd/trace-input.c
> @@ -79,6 +79,14 @@ struct ts_offset_sample {
> long long offset;
> };
>
> +struct guest_trace_info {
> + struct guest_trace_info *next;
> + char *name;
> + unsigned long long trace_id;
> + int vcpu_count;
> + int *cpu_pid;
> +};
> +
> struct host_trace_info {
> bool sync_enable;
> unsigned long long trace_id;
> @@ -112,6 +120,7 @@ struct tracecmd_input {
> char * trace_clock;
> struct input_buffer_instance *buffers;
> int parsing_failures;
> + struct guest_trace_info *guest;
>
> struct tracecmd_ftrace finfo;
>
> @@ -2294,6 +2303,73 @@ static int trace_traceid_load(struct tracecmd_input *handle, char *buf)
> return -1;
> }
>
> +static void trace_guests_free(struct tracecmd_input *handle)
> +{
> + struct guest_trace_info *guest;
> +
> + while (handle->guest) {
> + guest = handle->guest;
> + handle->guest = handle->guest->next;
> + free(guest->name);
> + free(guest->cpu_pid);
> + free(guest);
> + }
> +}
> +
> +static int trace_guest_load(struct tracecmd_input *handle, char *buf)
> +{
> + struct guest_trace_info *guest = NULL;
> + unsigned long long tid;
> + char *line;
> + int cpu, pid;
> +
> + line = strchr(buf, '\n');
> + if (!line)
> + goto error;
> + *line = '\0';
> +
> + guest = calloc(1, sizeof(struct guest_trace_info));
> + if (!guest)
> + goto error;
> +
> + if (sscanf(buf, "%*s %ms %llu %d", &guest->name, &tid, &cpu) != 3)
> + goto error;
> + guest->trace_id = tid;
> + guest->vcpu_count = cpu;
> +
> + guest->cpu_pid = calloc(guest->vcpu_count, sizeof(int));
> + if (!guest->cpu_pid)
> + goto error;
> +
> + buf = line + 1;
> + line = strchr(buf, '\n');
> + while (line) {
> + *line = '\0';
> + if (sscanf(buf, "%d %d", &cpu, &pid) != 2)
> + goto error;
> +
> + if (cpu < guest->vcpu_count)
> + guest->cpu_pid[cpu] = pid;
> + buf = line + 1;
> + if (!*buf)
> + break;
> +
> + line = strchr(buf, '\n');
Hmm, strtok_r() seems more appropriate here than strchr(), then you
don't need to deal with the *line = '\0'.
> + }
> +
> + guest->next = handle->guest;
> + handle->guest = guest;
> + return 0;
> +
> +error:
> + if (guest) {
> + free(guest->cpu_pid);
> + free(guest->name);
> + free(guest);
> + }
> + return -1;
> +}
> +
> #define STR_PROCMAP_LINE_MAX (PATH_MAX+22)
> static int trace_pid_map_load(struct tracecmd_input *handle, char *buf)
> {
> @@ -2558,6 +2634,10 @@ static int handle_options(struct tracecmd_input *handle)
> if (buf[size-1] == '\0')
> trace_traceid_load(handle, buf);
> break;
> + case TRACECMD_OPTION_GUEST:
> + if (buf[size-1] == '\0')
> + trace_guest_load(handle, buf);
> + break;
> default:
> warning("unknown option %d", option);
> break;
> @@ -3217,6 +3297,7 @@ void tracecmd_close(struct tracecmd_input *handle)
> handle->pid_maps = NULL;
>
> trace_tsync_offset_free(&handle->host);
> + trace_guests_free(handle);
>
> if (handle->flags & TRACECMD_FL_BUFFER_INSTANCE)
> tracecmd_close(handle->parent);
> @@ -3673,6 +3754,38 @@ unsigned long long tracecmd_get_traceid(struct tracecmd_input *handle)
> return handle->trace_id;
> }
>
> +/**
> + * tracecmd_get_guest_cpumap - get the mapping of guest VCPU to host process
> + * @handle: input handle for the trace.dat file
> + * @trace_id: ID of the guest tracing session
@name, @vcpu_count, and @cpu_pid should still be up in the above
section.
> + *
> + * Returns @name of the guest, number of VPUs (@vcpu_count)
> + * and array @cpu_pid with size @vcpu_count. Array index is VCPU id, array
> + * content is PID of the host process, running this VCPU.
> + *
> + * This information is stored in host trace.dat file
> + */
> +int tracecmd_get_guest_cpumap(struct tracecmd_input *handle,
> + unsigned long long trace_id,
> + char *name,
name isn't returned.
> + int *vcpu_count, int *cpu_pid)
> +{
> + struct guest_trace_info *guest = handle->guest;
> +
> + while (guest) {
> + if (guest->trace_id == trace_id)
> + break;
> + guest = guest->next;
> + }
> + if (!guest)
> + return -1;
> +
> + name = guest->name;
The above doesn't do anything, and will probably be optimized out by
the compiler.
-- Steve
> + *vcpu_count = guest->vcpu_count;
> + cpu_pid = guest->cpu_pid;
> + return 0;
> +}
> +
> /**
> * tracecmd_get_tsync_peer - get the trace session id of the peer host
> * @handle: input handle for the trace.dat file
> diff --git a/tracecmd/trace-record.c b/tracecmd/trace-record.c
> index e51134f..49730d6 100644
> --- a/tracecmd/trace-record.c
> +++ b/tracecmd/trace-record.c
> @@ -2884,6 +2884,19 @@ struct guest {
> static struct guest *guests;
> static size_t guests_len;
>
> +static struct guest *get_guest_info(unsigned int guest_cid)
> +{
> + int i;
> +
> + if (!guests)
> + return NULL;
> +
> + for (i = 0; i < guests_len; i++)
> + if (guest_cid == guests[i].cid)
> + return guests + i;
> + return NULL;
> +}
> +
> static char *get_qemu_guest_name(char *arg)
> {
> char *tok, *end = arg;
> @@ -3689,6 +3702,33 @@ static void append_buffer(struct tracecmd_output *handle,
> }
> }
>
> +static void
> +add_guest_info(struct tracecmd_output *handle, struct buffer_instance *instance)
> +{
> + struct guest *guest = get_guest_info(instance->cid);
> + struct trace_seq s;
> + int i;
> +
> + if (!guest)
> + return;
> + for (i = 0; i < VCPUS_MAX; i++)
> + if (!guest->cpu_pid[i])
> + break;
> +
> + trace_seq_init(&s);
> +
> + trace_seq_printf(&s, "Guest %s %llu %d\n",
> + guest->name, instance->trace_id, i);
> + for (i = 0; i < VCPUS_MAX; i++) {
> + if (!guest->cpu_pid[i])
> + break;
> + trace_seq_printf(&s, "%d %d\n", i, guest->cpu_pid[i]);
> + }
> + trace_seq_terminate(&s);
> + tracecmd_add_option(handle, TRACECMD_OPTION_GUEST,
> + s.len + 1, s.buffer);
> + trace_seq_destroy(&s);
> +}
>
> static void
> add_pid_maps(struct tracecmd_output *handle, struct buffer_instance *instance)
> @@ -3976,6 +4016,11 @@ static void record_data(struct common_record_context *ctx)
> add_pid_maps(handle, instance);
> }
>
> + for_all_instances(instance) {
> + if (is_guest(instance))
> + add_guest_info(handle, instance);
> + }
> +
> tracecmd_append_cpu_data(handle, local_cpu_count, temp_files);
>
> for (i = 0; i < max_cpu_count; i++)
next prev parent reply other threads:[~2019-12-05 0:59 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-03 10:35 [PATCH v17 00/18]Timestamp synchronization of host - guest tracing session Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 01/18] trace-cmd: Implement new lib API: tracecmd_local_events_system() Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 02/18] trace-cmd: Add support for negative time offsets in trace.dat file Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 03/18] trace-cmd: Add implementations of htonll() and ntohll() Tzvetomir Stoyanov (VMware)
2019-12-20 13:50 ` Steven Rostedt
2020-01-06 14:30 ` Tzvetomir Stoyanov
2019-12-03 10:35 ` [PATCH v17 04/18] trace-cmd: Add new library APIs for ftrace instances Tzvetomir Stoyanov (VMware)
2019-12-04 16:17 ` Steven Rostedt
2019-12-05 14:40 ` Tzvetomir Stoyanov
2019-12-03 10:35 ` [PATCH v17 05/18] trace-cmd: Add new library API for local CPU count Tzvetomir Stoyanov (VMware)
2019-12-04 20:09 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 06/18] trace-cmd: Add new library API for reading ftrace buffers Tzvetomir Stoyanov (VMware)
2019-12-04 21:10 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 07/18] trace-cmd: Find and store pids of tasks, which run virtual CPUs of given VM Tzvetomir Stoyanov (VMware)
2019-12-04 21:35 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 08/18] trace-cmd: Implement new API tracecmd_add_option_v() Tzvetomir Stoyanov (VMware)
2019-12-04 21:47 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 09/18] trace-cmd: Add new API to generate a unique ID of the tracing session Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 10/18] trace-cmd: Store the session tracing ID in the trace.dat file Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 11/18] trace-cmd: Exchange tracing IDs between host and guest Tzvetomir Stoyanov (VMware)
2019-12-04 22:03 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 12/18] trace-cmd: Implement new option in trace.dat file: TRACECMD_OPTION_TIME_SHIFT Tzvetomir Stoyanov (VMware)
2019-12-05 0:46 ` Steven Rostedt
2019-12-05 15:09 ` Tzvetomir Stoyanov
2019-12-03 10:35 ` [PATCH v17 13/18] trace-cmd: Add guest information in host's trace.dat file Tzvetomir Stoyanov (VMware)
2019-12-05 0:59 ` Steven Rostedt [this message]
2019-12-03 10:35 ` [PATCH v17 14/18] trace-cmd: Add host trace clock as guest trace argument Tzvetomir Stoyanov (VMware)
2019-12-09 19:31 ` Steven Rostedt
2019-12-10 8:49 ` Tzvetomir Stoyanov
2019-12-10 15:48 ` Steven Rostedt
2019-12-11 8:21 ` Tzvetomir Stoyanov
2019-12-11 15:01 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 15/18] trace-cmd: Refactor few trace-cmd internal functions Tzvetomir Stoyanov (VMware)
2019-12-09 19:32 ` Steven Rostedt
2019-12-03 10:35 ` [PATCH v17 16/18] trace-cmd: Basic infrastructure for host - guest timestamp synchronization Tzvetomir Stoyanov (VMware)
2019-12-10 17:04 ` Steven Rostedt
2019-12-10 18:39 ` Steven Rostedt
2019-12-12 12:34 ` Tzvetomir Stoyanov
2019-12-12 14:54 ` Steven Rostedt
2019-12-12 14:00 ` Tzvetomir Stoyanov
2019-12-03 10:35 ` [PATCH v17 17/18] trace-cmd: [POC] PTP-like algorithm " Tzvetomir Stoyanov (VMware)
2019-12-03 10:35 ` [PATCH v17 18/18] trace-cmd: Debug scripts for " Tzvetomir Stoyanov (VMware)
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=20191204195951.15e6f0b9@gandalf.local.home \
--to=rostedt@goodmis.org \
--cc=linux-trace-devel@vger.kernel.org \
--cc=tz.stoyanov@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).