On Sun, Apr 6, 2014 at 1:22 AM, Alexei Starovoitov wrote:
> On Sat, Apr 5, 2014 at 7:23 AM, Jovi Zhangwei wrote:
>> On Sat, Apr 5, 2014 at 1:28 AM, Alexei Starovoitov wrote:
>>>
>>> 'ktap syntax' from user space point of view, can use ibpf as-is.
>>> Show me the script and I can show how ibpf ca
> 4) var i = 0; trace *:* { i += 1}
> Assign global variable in here, there also can assign other
> value not 0, please show me how BPF do this.
> (See complex global usage example in samples/schedule/schedtimes.kp)
That's what I meant. BPF is essentially a statically typed
language. KTAP is dynam
On Sat, Apr 5, 2014 at 7:23 AM, Jovi Zhangwei wrote:
> On Sat, Apr 5, 2014 at 1:28 AM, Alexei Starovoitov wrote:
>>
>> 'ktap syntax' from user space point of view, can use ibpf as-is.
>> Show me the script and I can show how ibpf can run it.
>
> Well, please don't engage 'ktap syntax' in here, if
On Sat, Apr 5, 2014 at 1:28 AM, Alexei Starovoitov wrote:
> On Fri, Apr 4, 2014 at 7:20 AM, Andi Kleen wrote:
>
>> BTW I agree that EBPF won't work for ktap. The models
>> (static vs dynamic typing etc.) are just too different.
>
> If you meant 'static vs dynamic safety checking' then yes.
> This
On Fri, Apr 4, 2014 at 7:20 AM, Andi Kleen wrote:
> BTW I agree that EBPF won't work for ktap. The models
> (static vs dynamic typing etc.) are just too different.
If you meant 'static vs dynamic safety checking' then yes.
This is a main difference between bpf and ktap approach to safety.
bpf en
On Fri, Apr 4, 2014 at 1:46 AM, Jovi Zhangwei wrote:
> On Fri, Apr 4, 2014 at 3:48 PM, Ingo Molnar wrote:
>>
>> * Jovi Zhangwei wrote:
>>
>>> On Fri, Apr 4, 2014 at 2:26 PM, Alexei Starovoitov
>>> wrote:
>>> > On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei
>>> > wrote:
>>> >> Hi Alexei,
>>> >
> Anyway, I think there will don't have any necessary to upstream
> ktap any more, I still enjoy the simplicity and flexibility given
Not sure how you got to that conclusion.
You were asked to evaluate if EBPF is an alternative
for ktap. It looks like the answer is no. So the original KTAP VM des
On Fri, Apr 4, 2014 at 3:48 PM, Ingo Molnar wrote:
>
> * Jovi Zhangwei wrote:
>
>> On Fri, Apr 4, 2014 at 2:26 PM, Alexei Starovoitov wrote:
>> > On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei
>> > wrote:
>> >> Hi Alexei,
>> >>
>> >> We talked a lot on ktap and ebpf integration in these days,
>
* Jovi Zhangwei wrote:
> On Fri, Apr 4, 2014 at 2:26 PM, Alexei Starovoitov wrote:
> > On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei
> > wrote:
> >> Hi Alexei,
> >>
> >> We talked a lot on ktap and ebpf integration in these days,
> >> Now I think we can put into deeply to thinking out some
>
* Alexei Starovoitov wrote:
> On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei wrote:
> > Hi Alexei,
> >
> > We talked a lot on ktap and ebpf integration in these days,
> > Now I think we can put into deeply to thinking out some
> > technical issues in there.
> >
> > Firstly, I want to make sure y
On Fri, Apr 4, 2014 at 2:26 PM, Alexei Starovoitov wrote:
> On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei wrote:
>> Hi Alexei,
>>
>> We talked a lot on ktap and ebpf integration in these days,
>> Now I think we can put into deeply to thinking out some
>> technical issues in there.
>>
>> Firstly,
On Thu, Apr 3, 2014 at 6:21 PM, Jovi Zhangwei wrote:
> Hi Alexei,
>
> We talked a lot on ktap and ebpf integration in these days,
> Now I think we can put into deeply to thinking out some
> technical issues in there.
>
> Firstly, I want to make sure you are support this ktap and
> ebpf integration
12 matches
Mail list logo
