Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-24 Thread Florian Wininger
Le 24/04/2013 16:59, Alexandre Montplaisir a écrit : > Ah yes, sometimes we do "ongoing" queries to the state system to get > attribute names. > We can also do it for state values themselves (for example, in the > kernel state provider, in sched_process_fork we will copy over the > syscall_name att

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-24 Thread Alexandre Montplaisir
On 13-04-23 09:41 PM, Florian Wininger wrote: > Hi Alexandre and Aaron, > > Thank you for the discussion. > > Replies below, > > [...] > I like this tree defition. But we must add the possibilities to make > quey on the State Sytem in the path (as was proposed in /New Features in > TMF about filter

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-23 Thread Florian Wininger
Hi Alexandre and Aaron, Thank you for the discussion. Replies below, Le 23/04/2013 14:22, Alexandre Montplaisir a écrit : > On 13-04-23 12:40 PM, Aaron Spear wrote: >> Hi Alexandre, >> >> replies below: >> >> - Original Message - >> >>> - In the XML files to define the state changes, you

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-23 Thread Alexandre Montplaisir
On 13-04-23 12:40 PM, Aaron Spear wrote: > Hi Alexandre, > > replies below: > > - Original Message - >> - I think what you call "context" in the stateflow plugin is pretty much >> the same thing we call "attribute" in the TMF state system. You've >> probably seen o.e.l.internal.tmf.core.sta

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-23 Thread Aaron Spear
Hi Alexandre, replies below: - Original Message - > - I think what you call "context" in the stateflow plugin is pretty much > the same thing we call "attribute" in the TMF state system. You've > probably seen o.e.l.internal.tmf.core.statesystem.Attribute. We already > use the notion of "

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-22 Thread Alexandre Montplaisir
Hi Aaron, Sorry for not replying earlier, I was swamped with various stuff last week. I started looking at your branch on Github, after rebasing it on latest master. It looks quite good! I will continue experimenting with it this week, so far I had a couple comments (of course, anybody reading an

Re: [linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-12 Thread Alexandre Montplaisir
Hi Aaron, This looks great! I will look at it in details over the next few days. For Gerrit, the idea is to push to a special "refs/for/*" branch. The Gerrit daemon on the server listens for anything pushed to these branches, and will create a corresponding review on the website. For example, pu

[linuxtools-dev] TMF: pluggable state provider contribution(s)

2013-04-11 Thread Aaron Spear
Hi Alexandre (and others), I am picking up a discussion we were having a month ago or so about contributing the data driven state provider stuff that I have been working on. Even based on changes that I just saw in master (the "partial history" support), it seems clear that there is some synch