On Fri 26-09-14 11:00:43, Steven Rostedt wrote:
> As people are asking for this patch series to be added, I'm going back
> through your comments. I never replied to this email (at least my email
> client says I did not).
It is great that you are on it again. I am looking forward to have the
As people are asking for this patch series to be added, I'm going back
through your comments. I never replied to this email (at least my email
client says I did not).
On Fri, 27 Jun 2014 18:52:04 +0200
Petr Mládek wrote:
> On Fri 2014-06-27 11:39:09, Steven Rostedt wrote:
> > On Fri, 27 Jun
As people are asking for this patch series to be added, I'm going back
through your comments. I never replied to this email (at least my email
client says I did not).
On Fri, 27 Jun 2014 18:52:04 +0200
Petr Mládek pmla...@suse.cz wrote:
On Fri 2014-06-27 11:39:09, Steven Rostedt wrote:
On
On Fri 26-09-14 11:00:43, Steven Rostedt wrote:
As people are asking for this patch series to be added, I'm going back
through your comments. I never replied to this email (at least my email
client says I did not).
It is great that you are on it again. I am looking forward to have the
proposed
On Fri 2014-06-27 11:39:09, Steven Rostedt wrote:
> On Fri, 27 Jun 2014 17:18:04 +0200
> Petr Mládek wrote:
>
>
> > > This patch uses seq_buf for the NMI code so it will fill to the end of
> > > the buffer and just truncate what can't fit.
> >
> > I think that NMI code could live with the
On Fri, 27 Jun 2014 17:18:04 +0200
Petr Mládek wrote:
> > This patch uses seq_buf for the NMI code so it will fill to the end of
> > the buffer and just truncate what can't fit.
>
> I think that NMI code could live with the trace_seq behavior. The
> lines are short. If we miss few characters
On Fri 2014-06-27 10:19:07, Steven Rostedt wrote:
> On Fri, 27 Jun 2014 15:45:38 +0200
> Petr Mládek wrote:
>
> > On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
> > > From: "Steven Rostedt (Red Hat)"
> > >
> > > Create a seq_buf layer that trace_seq sits on. The seq_buf will not
> > > be
On Fri 2014-06-27 10:21:34, Steven Rostedt wrote:
> On Fri, 27 Jun 2014 15:45:38 +0200
> Petr Mládek wrote:
>
> > ad 4th:
> >
> >Both "full" and "overflow" flags seems to have the same meaning.
> >For example, trace_seq_printf() sets "full" on failure even
> >when s->seq.len !=
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek wrote:
> ad 4th:
>
>Both "full" and "overflow" flags seems to have the same meaning.
>For example, trace_seq_printf() sets "full" on failure even
>when s->seq.len != s->size.
>
>
> Best Regards,
> Petr
>
> [...]
BTW, you shouldn't
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek wrote:
> On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> >
> > Create a seq_buf layer that trace_seq sits on. The seq_buf will not
> > be limited to page size. This will allow other usages of seq_buf
> >
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Create a seq_buf layer that trace_seq sits on. The seq_buf will not
> be limited to page size. This will allow other usages of seq_buf
> instead of a hard set PAGE_SIZE one that trace_seq has.
>
>
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other usages of seq_buf
instead of a hard set PAGE_SIZE one that trace_seq has.
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
ad 4th:
Both full and overflow flags seems to have the same meaning.
For example, trace_seq_printf() sets full on failure even
when s-seq.len != s-size.
Best Regards,
Petr
[...]
BTW, you shouldn't sign
On Fri 2014-06-27 10:21:34, Steven Rostedt wrote:
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
ad 4th:
Both full and overflow flags seems to have the same meaning.
For example, trace_seq_printf() sets full on failure even
when s-seq.len != s-size.
On Fri 2014-06-27 10:19:07, Steven Rostedt wrote:
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf
On Fri, 27 Jun 2014 17:18:04 +0200
Petr Mládek pmla...@suse.cz wrote:
This patch uses seq_buf for the NMI code so it will fill to the end of
the buffer and just truncate what can't fit.
I think that NMI code could live with the trace_seq behavior. The
lines are short. If we miss few
On Fri 2014-06-27 11:39:09, Steven Rostedt wrote:
On Fri, 27 Jun 2014 17:18:04 +0200
Petr Mládek pmla...@suse.cz wrote:
This patch uses seq_buf for the NMI code so it will fill to the end of
the buffer and just truncate what can't fit.
I think that NMI code could live with the
From: "Steven Rostedt (Red Hat)"
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other usages of seq_buf
instead of a hard set PAGE_SIZE one that trace_seq has.
Signed-off-by: Steven Rostedt
---
include/linux/seq_buf.h
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other usages of seq_buf
instead of a hard set PAGE_SIZE one that trace_seq has.
Signed-off-by: Steven Rostedt rost...@goodmis.org
---
20 matches
Mail list logo
