From: Yordan Karadzhov <y.karadz@gmail.com>
To: Jan Kiszka <jan.kiszka@siemens.com>,
Hongzhan Chen <hongzhan.chen@intel.com>,
linux-trace-devel@vger.kernel.org
Subject: Re: [PATCH 2/2] kernel-shark: Add plugin for handling Xenomai cobalt_context_switch
Date: Fri, 7 Jan 2022 14:24:06 +0200 [thread overview]
Message-ID: <50c5932c-d35b-3739-0277-508c69be9a7d@gmail.com> (raw)
In-Reply-To: <059411fb-b691-7bb1-9acb-7d4b005f1bc0@siemens.com>
On 7.01.22 г. 13:57 ч., Jan Kiszka wrote:
> On 07.01.22 12:10, Yordan Karadzhov wrote:
>> Hi Hongzhan and Jan,
>>
>> Have you decided something about the way this plugin will be maintained?
>>
>
> No decision yet. I'm still waiting for an answer on
> https://lore.kernel.org/linux-trace-devel/9ac9a1af-6829-425a-7943-755decf7c273@gmail.com/
> regarding maintenance of different tracepoint revisions. That would be
> implicit when keeping the plugin in lock-step with the tracepoints in
> the same repo.
OK.
>
> But then the question would be how mature the interface lifecycle
> management of kernelshark and libs is /wrt external plugins. Those may
> need to account for potential changes in those APIs over the time, right?
>
The APIs are not supposed to change. I cannot give you an absolute guarantee, but we will do our best to keep the
interface stable. Anyway, even if we have to do some minor changes in the future, it will be our responsibility to
communicate this and help with fixing all external plugins we are aware of.
The whole idea behind the design of this interface is to be friendly for external plugins.
> We will likely pick the path that is least inconvenient.
>
> [...]
>
>>> + eventFieldIntervalPlot(argvCpp,
>>> + plugin_ctx->cs_data, checkFieldCS,
>>> + plugin_ctx->cs_data, checkEntryPid,
>>> + makeLatencyBox<XenomaiSwitchBox>,
>>> + {0, 0, 255}, // Blue
>>
>> Perhaps you can use 'cobalt blue' instead of just blue ;-)
>>
>
> Makes sense ;)
>
> Seriously: Is there some caption somewhere that explains the meaning of
> colors? If so, how to hook into that?
So far we do not have special convention for the meaning of the colors.
Thanks,
Yordan
>
> Thanks,
> Jan
>
next prev parent reply other threads:[~2022-01-07 12:24 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-07 2:18 [PATCH 1/2] kernel-shark: Move common APIs and definitions out to avoid duplication Hongzhan Chen
2022-01-07 2:18 ` [PATCH 2/2] kernel-shark: Add plugin for handling Xenomai cobalt_context_switch Hongzhan Chen
2022-01-07 11:10 ` Yordan Karadzhov
2022-01-07 11:57 ` Jan Kiszka
2022-01-07 12:24 ` Yordan Karadzhov [this message]
2022-01-07 12:27 ` Jan Kiszka
2022-01-07 12:30 ` Yordan Karadzhov
2022-01-10 4:47 ` Chen, Hongzhan
2022-01-07 10:39 ` [PATCH 1/2] kernel-shark: Move common APIs and definitions out to avoid duplication Yordan Karadzhov
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=50c5932c-d35b-3739-0277-508c69be9a7d@gmail.com \
--to=y.karadz@gmail.com \
--cc=hongzhan.chen@intel.com \
--cc=jan.kiszka@siemens.com \
--cc=linux-trace-devel@vger.kernel.org \
/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