(2014/11/05 0:51), Pawel Moll wrote:
> On Tue, 2014-11-04 at 09:24 +, Masami Hiramatsu wrote:
>> What I'd like to do is the binary version of ftrace-marker, the text
>> version is already supported by qemu (see below).
>> https://lists.gnu.org/archive/html/qemu-devel/2013-04/msg00505.html
>>
(2014/11/05 0:51), Pawel Moll wrote:
On Tue, 2014-11-04 at 09:24 +, Masami Hiramatsu wrote:
What I'd like to do is the binary version of ftrace-marker, the text
version is already supported by qemu (see below).
https://lists.gnu.org/archive/html/qemu-devel/2013-04/msg00505.html
But since
On Tuesday 04 November 2014 11:49:04 Thomas Gleixner wrote:
> On Tue, 4 Nov 2014, Richard Cochran wrote:
>
> > On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
> > > On Monday 03 November 2014 17:11:53 John Stultz wrote:
> > > > I've got some thoughts on what a possible interface
On Tue, Nov 4, 2014 at 12:01 AM, Arnd Bergmann wrote:
> On Monday 03 November 2014 17:11:53 John Stultz wrote:
>> I've got some thoughts on what a possible interface that wouldn't be
>> awful could look like, but I'm still hesitant because I don't really
>> know if exposing this sort of data is
On Tue, 2014-11-04 at 09:24 +, Masami Hiramatsu wrote:
> What I'd like to do is the binary version of ftrace-marker, the text
> version is already supported by qemu (see below).
> https://lists.gnu.org/archive/html/qemu-devel/2013-04/msg00505.html
>
> But since that is just a string data (not
On Tue, 2014-11-04 at 01:25 +, Andy Lutomirski wrote:
> >> If you're going to add double-stamped packets, can you also add a
> >> syscall to read multiple clocks at once, atomically? Or can you
> >> otherwise add a non-perf mechanism to get at this data?
> >
> > I've got some thoughts on what
On Tue, 4 Nov 2014, Richard Cochran wrote:
> On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
> > On Monday 03 November 2014 17:11:53 John Stultz wrote:
> > > I've got some thoughts on what a possible interface that wouldn't be
> > > awful could look like, but I'm still hesitant
Hello,
(2014/11/04 9:28), Pawel Moll wrote:
> 2. User event generation
>
> Everyone present agreed that it would be a very-nice-to-have feature.
> There was some discussion about implementation details, so I welcome
> feedback and comments regarding my take on the matter.
Hmm, I'm trying to
On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
> On Monday 03 November 2014 17:11:53 John Stultz wrote:
> > I've got some thoughts on what a possible interface that wouldn't be
> > awful could look like, but I'm still hesitant because I don't really
> > know if exposing this sort
On Mon, Nov 03, 2014 at 05:11:53PM -0800, John Stultz wrote:
> On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski wrote:
> > If you're going to add double-stamped packets, can you also add a
> > syscall to read multiple clocks at once, atomically? Or can you
> > otherwise add a non-perf mechanism
On Monday 03 November 2014 17:11:53 John Stultz wrote:
> I've got some thoughts on what a possible interface that wouldn't be
> awful could look like, but I'm still hesitant because I don't really
> know if exposing this sort of data is actually a good idea long term.
I was also thinking (while
On Monday 03 November 2014 17:11:53 John Stultz wrote:
I've got some thoughts on what a possible interface that wouldn't be
awful could look like, but I'm still hesitant because I don't really
know if exposing this sort of data is actually a good idea long term.
I was also thinking (while
On Mon, Nov 03, 2014 at 05:11:53PM -0800, John Stultz wrote:
On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski l...@amacapital.net wrote:
If you're going to add double-stamped packets, can you also add a
syscall to read multiple clocks at once, atomically? Or can you
otherwise add a non-perf
On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
On Monday 03 November 2014 17:11:53 John Stultz wrote:
I've got some thoughts on what a possible interface that wouldn't be
awful could look like, but I'm still hesitant because I don't really
know if exposing this sort of data
Hello,
(2014/11/04 9:28), Pawel Moll wrote:
2. User event generation
Everyone present agreed that it would be a very-nice-to-have feature.
There was some discussion about implementation details, so I welcome
feedback and comments regarding my take on the matter.
Hmm, I'm trying to make a
On Tue, 4 Nov 2014, Richard Cochran wrote:
On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
On Monday 03 November 2014 17:11:53 John Stultz wrote:
I've got some thoughts on what a possible interface that wouldn't be
awful could look like, but I'm still hesitant because I
On Tue, 2014-11-04 at 01:25 +, Andy Lutomirski wrote:
If you're going to add double-stamped packets, can you also add a
syscall to read multiple clocks at once, atomically? Or can you
otherwise add a non-perf mechanism to get at this data?
I've got some thoughts on what a possible
On Tue, 2014-11-04 at 09:24 +, Masami Hiramatsu wrote:
What I'd like to do is the binary version of ftrace-marker, the text
version is already supported by qemu (see below).
https://lists.gnu.org/archive/html/qemu-devel/2013-04/msg00505.html
But since that is just a string data (not
On Tue, Nov 4, 2014 at 12:01 AM, Arnd Bergmann a...@arndb.de wrote:
On Monday 03 November 2014 17:11:53 John Stultz wrote:
I've got some thoughts on what a possible interface that wouldn't be
awful could look like, but I'm still hesitant because I don't really
know if exposing this sort of
On Tuesday 04 November 2014 11:49:04 Thomas Gleixner wrote:
On Tue, 4 Nov 2014, Richard Cochran wrote:
On Tue, Nov 04, 2014 at 09:01:31AM +0100, Arnd Bergmann wrote:
On Monday 03 November 2014 17:11:53 John Stultz wrote:
I've got some thoughts on what a possible interface that wouldn't
On Mon, Nov 3, 2014 at 5:11 PM, John Stultz wrote:
> On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski wrote:
>> On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll wrote:
>>> From: Pawel Moll
>>> Thomas suggested solution which gets down to my original proposal for
>>> sched/monotonic clock correlation
On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski wrote:
> On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll wrote:
>> From: Pawel Moll
>> Thomas suggested solution which gets down to my original proposal for
>> sched/monotonic clock correlation - an additional sample type so events
>> can be "double
On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll wrote:
> From: Pawel Moll
> Thomas suggested solution which gets down to my original proposal for
> sched/monotonic clock correlation - an additional sample type so events
> can be "double stamped" using different clock sources providing
>
On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll pawel.m...@arm.com wrote:
From: Pawel Moll m...@pawelmoll.com
Thomas suggested solution which gets down to my original proposal for
sched/monotonic clock correlation - an additional sample type so events
can be double stamped using different clock
On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll pawel.m...@arm.com wrote:
From: Pawel Moll m...@pawelmoll.com
Thomas suggested solution which gets down to my original proposal for
sched/monotonic clock correlation - an
On Mon, Nov 3, 2014 at 5:11 PM, John Stultz john.stu...@linaro.org wrote:
On Mon, Nov 3, 2014 at 4:58 PM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Nov 3, 2014 at 4:28 PM, Pawel Moll pawel.m...@arm.com wrote:
From: Pawel Moll m...@pawelmoll.com
Thomas suggested solution which gets
26 matches
Mail list logo