On 04/14/2014 05:11 PM, Ingo Molnar wrote:
* Jovi Zhangwei wrote:
Obviously many people love ktap nowadays even though it's not a
C-family language, [...]
Imagine how much more widespread it would become amongst kernel
developers if it had C syntax - see PeterZ's reply for example.
+1
I t
* Jovi Zhangwei wrote:
> Obviously many people love ktap nowadays even though it's not a
> C-family language, [...]
Imagine how much more widespread it would become amongst kernel
developers if it had C syntax - see PeterZ's reply for example.
Thanks,
Ingo
--
To unsubscribe from thi
On Tue, Apr 8, 2014 at 2:08 AM, Peter Zijlstra wrote:
> On Tue, Apr 08, 2014 at 04:40:36PM +0900, Masami Hiramatsu wrote:
>> (2014/04/07 22:55), Peter Zijlstra wrote:
>> > On Wed, Apr 02, 2014 at 09:42:03AM +0200, Ingo Molnar wrote:
>> >> I'd suggest using C syntax instead initially, because that'
On Tue, Apr 08, 2014 at 04:40:36PM +0900, Masami Hiramatsu wrote:
> (2014/04/07 22:55), Peter Zijlstra wrote:
> > On Wed, Apr 02, 2014 at 09:42:03AM +0200, Ingo Molnar wrote:
> >> I'd suggest using C syntax instead initially, because that's what the
> >> kernel is using.
> >>
> >> The overwhelming
(2014/04/07 22:55), Peter Zijlstra wrote:
> On Wed, Apr 02, 2014 at 09:42:03AM +0200, Ingo Molnar wrote:
>> I'd suggest using C syntax instead initially, because that's what the
>> kernel is using.
>>
>> The overwhelming majority of people probing the kernel are
>> programmers, so there's no poin
On Fri, Apr 4, 2014 at 3:36 PM, Ingo Molnar wrote:
>
> * Jovi Zhangwei wrote:
>
>> I don't see any suggestion about integrating BPF before this review
>> cycle.
>
> Hm, I mentioned it at the kernel summit to folks who raised the ktap
> subject, but apparently not over email. I assumed a new ktap
On Wed, Apr 02, 2014 at 09:42:03AM +0200, Ingo Molnar wrote:
> I'd suggest using C syntax instead initially, because that's what the
> kernel is using.
>
> The overwhelming majority of people probing the kernel are
> programmers, so there's no point in inventing new syntax, we should
> reuse ex
* Jovi Zhangwei wrote:
> On Wed, Apr 2, 2014 at 3:43 PM, Ingo Molnar wrote:
> >
> > * Jovi Zhangwei wrote:
> >
> >> So based on all these input, I suggest:
> >>
> >> Put all these community efforts together, figure out the proper
> >> design implementation of dynamic tracing tool, ktap can be
On Wed, Apr 2, 2014 at 3:43 PM, Ingo Molnar wrote:
>
> * Jovi Zhangwei wrote:
>
>> So based on all these input, I suggest:
>>
>> Put all these community efforts together, figure out the proper
>> design implementation of dynamic tracing tool, ktap can be a good
>> start to build upon it, evolve t
* Jovi Zhangwei wrote:
> So based on all these input, I suggest:
>
> Put all these community efforts together, figure out the proper
> design implementation of dynamic tracing tool, ktap can be a good
> start to build upon it, evolve to a unified kernel script engine
> with ebpf together, fi
* Alexei Starovoitov wrote:
> [...]
>
> It seems that your definition of 'safe ktap' is that user cannot break
> kernel if he uses ktap scripting syntax.
> In that sense ktap is not much different from stap.
>
> Overall it seems you view ktap bytecode as a continuation
> of ktap syntax.
> ktap
* Jovi Zhangwei wrote:
> > I think nothing stops ktap userspace to parse ktap language and
> > generate 'internal bpf' format. gcc is unnecessary here.
>
> It's a big engineering problem, [...]
Sorry, but it will become an even bigger engineering problem if it's
merged to the upstream kernel
On Wed, Apr 2, 2014 at 12:57 PM, Alexei Starovoitov wrote:
> On Mon, Mar 31, 2014 at 9:47 PM, Jovi Zhangwei
> wrote:
>> Hi Alexei,
>>
>> On Tue, Apr 1, 2014 at 5:29 AM, Alexei Starovoitov wrote:
>>> On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei
>>> wrote:
Hi Ingo,
On Mon, Mar
On Mon, Mar 31, 2014 at 9:47 PM, Jovi Zhangwei wrote:
> Hi Alexei,
>
> On Tue, Apr 1, 2014 at 5:29 AM, Alexei Starovoitov wrote:
>> On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei
>> wrote:
>>> Hi Ingo,
>>>
>>> On Mon, Mar 31, 2014 at 3:17 PM, Ingo Molnar wrote:
* Jovi Zhangwei wrote
Hi Alexei,
On Tue, Apr 1, 2014 at 5:29 AM, Alexei Starovoitov wrote:
> On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei
> wrote:
>> Hi Ingo,
>>
>> On Mon, Mar 31, 2014 at 3:17 PM, Ingo Molnar wrote:
>>>
>>> * Jovi Zhangwei wrote:
>>>
Hi All,
The following set of patches add ktap
On Mon, Mar 31, 2014 at 3:01 AM, Jovi Zhangwei wrote:
> Hi Ingo,
>
> On Mon, Mar 31, 2014 at 3:17 PM, Ingo Molnar wrote:
>>
>> * Jovi Zhangwei wrote:
>>
>>> Hi All,
>>>
>>> The following set of patches add ktap tracing tool.
>>>
>>> ktap is a new script-based dynamic tracing tool for Linux.
>>>
On 03/31/2014 09:17 AM, Ingo Molnar wrote:
...
2) better BPF integration with networking:
[PATCH net-next v3 8/9] net: filter: rework/optimize internal BPF
interpreter's instruction set
[ ... v4 is now queued in net-next tree btw ]
--
To unsubscribe from this list: send the line "unsub
Hi Ingo,
On Mon, Mar 31, 2014 at 3:17 PM, Ingo Molnar wrote:
>
> * Jovi Zhangwei wrote:
>
>> Hi All,
>>
>> The following set of patches add ktap tracing tool.
>>
>> ktap is a new script-based dynamic tracing tool for Linux.
>> It uses a scripting language and lets the user trace system dynamical
Hi Jovi,
(2014/03/28 22:47), Jovi Zhangwei wrote:
> Hi All,
>
> The following set of patches add ktap tracing tool.
>
> ktap is a new script-based dynamic tracing tool for Linux.
> It uses a scripting language and lets the user trace system dynamically.
>
> Highlights features:
> * a simple bu
* Jovi Zhangwei wrote:
> Hi All,
>
> The following set of patches add ktap tracing tool.
>
> ktap is a new script-based dynamic tracing tool for Linux.
> It uses a scripting language and lets the user trace system dynamically.
>
> Highlights features:
> * a simple but powerful scripting lang
On Sat, Mar 29, 2014 at 12:08 AM, Greg Kroah-Hartman
wrote:
> On Fri, Mar 28, 2014 at 09:47:21AM -0400, Jovi Zhangwei wrote:
>> Hi All,
>>
>> The following set of patches add ktap tracing tool.
>
> Yeah!
>
> Thanks for putting this patch set together, it looks good.
>
> But, why hide the kernel po
On Fri, Mar 28, 2014 at 09:47:21AM -0400, Jovi Zhangwei wrote:
> Hi All,
>
> The following set of patches add ktap tracing tool.
Yeah!
Thanks for putting this patch set together, it looks good.
But, why hide the kernel portions of ktap in the tools/ directory? Is
that ok with everyone else?
Hi All,
The following set of patches add ktap tracing tool.
ktap is a new script-based dynamic tracing tool for Linux.
It uses a scripting language and lets the user trace system dynamically.
Highlights features:
* a simple but powerful scripting language
* register-based interpreter (heavily o
23 matches
Mail list logo
