Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751433AbaKFPBv (ORCPT ); Thu, 6 Nov 2014 10:01:51 -0500 Received: from cantor2.suse.de ([195.135.220.15]:53562 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751062AbaKFPBs (ORCPT ); Thu, 6 Nov 2014 10:01:48 -0500 Date: Thu, 6 Nov 2014 16:01:43 +0100 From: Petr Mladek To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, Ingo Molnar , Andrew Morton , Jiri Kosina , "H. Peter Anvin" , Thomas Gleixner Subject: Re: [RFC][PATCH 04/12 v3] tracing: Convert seq_buf_path() to be like seq_path() Message-ID: <20141106150143.GF2001@dhcp128.suse.cz> References: <20141104155237.228431433@goodmis.org> <20141104160222.048795666@goodmis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141104160222.048795666@goodmis.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 2014-11-04 10:52:41, Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > Rewrite seq_buf_path() like it is done in seq_path() and allow > it to accept any escape character instead of just "\n". > > Making seq_buf_path() like seq_path() will help prevent problems > when converting seq_file to use the seq_buf logic. > > Signed-off-by: Steven Rostedt > --- > include/linux/seq_buf.h | 2 +- > kernel/trace/seq_buf.c | 30 ++++++++++++++++-------------- > kernel/trace/trace_seq.c | 2 +- > 3 files changed, 18 insertions(+), 16 deletions(-) > > diff --git a/include/linux/seq_buf.h b/include/linux/seq_buf.h > index 97872154d51c..6d1c57d6073f 100644 > --- a/include/linux/seq_buf.h > +++ b/include/linux/seq_buf.h > @@ -64,7 +64,7 @@ extern int seq_buf_putc(struct seq_buf *s, unsigned char c); > extern int seq_buf_putmem(struct seq_buf *s, const void *mem, unsigned int len); > extern int seq_buf_putmem_hex(struct seq_buf *s, const void *mem, > unsigned int len); > -extern int seq_buf_path(struct seq_buf *s, const struct path *path); > +extern int seq_buf_path(struct seq_buf *s, const struct path *path, const char *esc); > > extern int seq_buf_bitmask(struct seq_buf *s, const unsigned long *maskp, > int nmaskbits); > diff --git a/kernel/trace/seq_buf.c b/kernel/trace/seq_buf.c > index 2bf582753902..243123b12d16 100644 > --- a/kernel/trace/seq_buf.c > +++ b/kernel/trace/seq_buf.c > @@ -272,28 +272,30 @@ int seq_buf_putmem_hex(struct seq_buf *s, const void *mem, > * seq_buf_path - copy a path into the sequence buffer > * @s: seq_buf descriptor > * @path: path to write into the sequence buffer. > + * @esc: set of characters to escape in the output > * > * Write a path name into the sequence buffer. > * > * Returns zero on success, -1 on overflow Ah, I have missed this. We should also update this comment to reflect the change. I would also add a note that it is because of compatibility with seq_path(). So, something like: * Return the number of written bytes on success, -1 on overflow * * The behavior is consistent with seq_path() > */ > -int seq_buf_path(struct seq_buf *s, const struct path *path) > +int seq_buf_path(struct seq_buf *s, const struct path *path, const char *esc) > { [...] > + if (size) { > + char *p = d_path(path, buf, size); > + if (!IS_ERR(p)) { > + char *end = mangle_path(buf, p, esc); > + if (end) > + res = end - buf; > } > } > - seq_buf_set_overflow(s); > - return -1; > + if (res > 0) > + s->len += res; > + > + return res; Best Regards, Petr -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/