| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20140703120331.008d53e1@gandalf.local.home>
Date: Thu, 3 Jul 2014 12:03:31 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: James Bottomley <James.Bottomley@...senPartnership.com>
Cc: linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Ingo Molnar <mingo@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Jiri Kosina <jkosina@...e.cz>, Michal Hocko <mhocko@...e.cz>,
Jan Kara <jack@...e.cz>,
Frederic Weisbecker <fweisbec@...il.com>,
Dave Anderson <anderson@...hat.com>,
Petr Mladek <pmladek@...e.cz>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Konstantin Khlebnikov <koct9i@...il.com>,
Gleb Natapov <gleb@...nel.org>,
Paolo Bonzini <pbonzini@...hat.com>, linux-scsi@...r.kernel.org
Subject: Re: [RFC][PATCH 1/5 v2] tracing: Add trace_seq_buffer_ptr() helper
function
On Thu, 26 Jun 2014 20:14:15 -0700
James Bottomley <James.Bottomley@...senPartnership.com> wrote:
> On Thu, 2014-06-26 at 21:06 -0400, Steven Rostedt wrote:
> > As this patch is in my 3.17 queue and it touches the kvm and scsi
> > tracepoint code, I figured I should at least do the courtesy of
> > notifying the maintainers of those subsystems.
> >
> > Do you have any issues with this going through my tree? If not, please
> > give me an Acked-by.
>
> Missing cc to linux-scsi added.
>
> Hannes has a set of patches to move logging to trace points. I don't
> think there's a clash but I'd like him to comment before you do this.
I'm about to push this out. I already tested it fully at my end. Is
there any objection to this change?
I'll post the patches but I'll wait till I get a reply before I push it
to my for-next branch. I try not to rebase that branch. If there's an
issue, I'll have to revert the scsi changes.
-- Steve
>
> James
>
>
> > Thanks!
> >
> > -- Steve
> >
> > On Thu, 26 Jun 2014 17:49:02 -0400
> > Steven Rostedt <rostedt@...dmis.org> wrote:
> >
> > > From: "Steven Rostedt (Red Hat)" <rostedt@...dmis.org>
> > >
> > > There's several locations in the kernel that open code the calculation
> > > of the next location in the trace_seq buffer. This is usually done with
> > >
> > > p->buffer + p->len
> > >
> > > Instead of having this open coded, supply a helper function in the
> > > header to do it for them. This function is called trace_seq_buffer_ptr().
> > >
> > > Signed-off-by: Steven Rostedt <rostedt@...dmis.org>
> > > ---
> > > arch/x86/kvm/mmutrace.h | 2 +-
> > > drivers/scsi/scsi_trace.c | 16 ++++++++--------
> > > include/linux/trace_seq.h | 15 +++++++++++++++
> > > kernel/trace/trace_output.c | 14 +++++++-------
> > > 4 files changed, 31 insertions(+), 16 deletions(-)
> > >
> > > diff --git a/arch/x86/kvm/mmutrace.h b/arch/x86/kvm/mmutrace.h
> > > index 9d2e0ffcb190..2e5652b62fd6 100644
> > > --- a/arch/x86/kvm/mmutrace.h
> > > +++ b/arch/x86/kvm/mmutrace.h
> > > @@ -22,7 +22,7 @@
> > > __entry->unsync = sp->unsync;
> > >
> > > #define KVM_MMU_PAGE_PRINTK() ({ \
> > > - const char *ret = p->buffer + p->len; \
> > > + const char *ret = trace_seq_buffer_ptr(p); \
> > > static const char *access_str[] = { \
> > > "---", "--x", "w--", "w-x", "-u-", "-ux", "wu-", "wux" \
> > > }; \
> > > diff --git a/drivers/scsi/scsi_trace.c b/drivers/scsi/scsi_trace.c
> > > index 2bea4f0b684a..503594e5f76d 100644
> > > --- a/drivers/scsi/scsi_trace.c
> > > +++ b/drivers/scsi/scsi_trace.c
> > > @@ -28,7 +28,7 @@ scsi_trace_misc(struct trace_seq *, unsigned char *, int);
> > > static const char *
> > > scsi_trace_rw6(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > sector_t lba = 0, txlen = 0;
> > >
> > > lba |= ((cdb[1] & 0x1F) << 16);
> > > @@ -46,7 +46,7 @@ scsi_trace_rw6(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_rw10(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > sector_t lba = 0, txlen = 0;
> > >
> > > lba |= (cdb[2] << 24);
> > > @@ -71,7 +71,7 @@ scsi_trace_rw10(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_rw12(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > sector_t lba = 0, txlen = 0;
> > >
> > > lba |= (cdb[2] << 24);
> > > @@ -94,7 +94,7 @@ scsi_trace_rw12(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_rw16(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > sector_t lba = 0, txlen = 0;
> > >
> > > lba |= ((u64)cdb[2] << 56);
> > > @@ -125,7 +125,7 @@ scsi_trace_rw16(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_rw32(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len, *cmd;
> > > + const char *ret = trace_seq_buffer_ptr(p), *cmd;
> > > sector_t lba = 0, txlen = 0;
> > > u32 ei_lbrt = 0;
> > >
> > > @@ -180,7 +180,7 @@ out:
> > > static const char *
> > > scsi_trace_unmap(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > unsigned int regions = cdb[7] << 8 | cdb[8];
> > >
> > > trace_seq_printf(p, "regions=%u", (regions - 8) / 16);
> > > @@ -192,7 +192,7 @@ scsi_trace_unmap(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_service_action_in(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len, *cmd;
> > > + const char *ret = trace_seq_buffer_ptr(p), *cmd;
> > > sector_t lba = 0;
> > > u32 alloc_len = 0;
> > >
> > > @@ -247,7 +247,7 @@ scsi_trace_varlen(struct trace_seq *p, unsigned char *cdb, int len)
> > > static const char *
> > > scsi_trace_misc(struct trace_seq *p, unsigned char *cdb, int len)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > >
> > > trace_seq_printf(p, "-");
> > > trace_seq_putc(p, 0);
> > > diff --git a/include/linux/trace_seq.h b/include/linux/trace_seq.h
> > > index dd85753e1bb0..ea6c9dea79e3 100644
> > > --- a/include/linux/trace_seq.h
> > > +++ b/include/linux/trace_seq.h
> > > @@ -25,6 +25,21 @@ trace_seq_init(struct trace_seq *s)
> > > s->full = 0;
> > > }
> > >
> > > +/**
> > > + * trace_seq_buffer_ptr - return pointer to next location in buffer
> > > + * @s: trace sequence descriptor
> > > + *
> > > + * Returns the pointer to the buffer where the next write to
> > > + * the buffer will happen. This is useful to save the location
> > > + * that is about to be written to and then return the result
> > > + * of that write.
> > > + */
> > > +static inline unsigned char *
> > > +trace_seq_buffer_ptr(struct trace_seq *s)
> > > +{
> > > + return s->buffer + s->len;
> > > +}
> > > +
> > > /*
> > > * Currently only defined when tracing is enabled.
> > > */
> > > diff --git a/kernel/trace/trace_output.c b/kernel/trace/trace_output.c
> > > index b8930f79a04b..c6977d5a9b12 100644
> > > --- a/kernel/trace/trace_output.c
> > > +++ b/kernel/trace/trace_output.c
> > > @@ -75,7 +75,7 @@ ftrace_print_flags_seq(struct trace_seq *p, const char *delim,
> > > {
> > > unsigned long mask;
> > > const char *str;
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > > int i, first = 1;
> > >
> > > for (i = 0; flag_array[i].name && flags; i++) {
> > > @@ -111,7 +111,7 @@ ftrace_print_symbols_seq(struct trace_seq *p, unsigned long val,
> > > const struct trace_print_flags *symbol_array)
> > > {
> > > int i;
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > >
> > > for (i = 0; symbol_array[i].name; i++) {
> > >
> > > @@ -122,7 +122,7 @@ ftrace_print_symbols_seq(struct trace_seq *p, unsigned long val,
> > > break;
> > > }
> > >
> > > - if (ret == (const char *)(p->buffer + p->len))
> > > + if (ret == (const char *)(trace_seq_buffer_ptr(p)))
> > > trace_seq_printf(p, "0x%lx", val);
> > >
> > > trace_seq_putc(p, 0);
> > > @@ -137,7 +137,7 @@ ftrace_print_symbols_seq_u64(struct trace_seq *p, unsigned long long val,
> > > const struct trace_print_flags_u64 *symbol_array)
> > > {
> > > int i;
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > >
> > > for (i = 0; symbol_array[i].name; i++) {
> > >
> > > @@ -148,7 +148,7 @@ ftrace_print_symbols_seq_u64(struct trace_seq *p, unsigned long long val,
> > > break;
> > > }
> > >
> > > - if (ret == (const char *)(p->buffer + p->len))
> > > + if (ret == (const char *)(trace_seq_buffer_ptr(p)))
> > > trace_seq_printf(p, "0x%llx", val);
> > >
> > > trace_seq_putc(p, 0);
> > > @@ -162,7 +162,7 @@ const char *
> > > ftrace_print_bitmask_seq(struct trace_seq *p, void *bitmask_ptr,
> > > unsigned int bitmask_size)
> > > {
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > >
> > > trace_seq_bitmask(p, bitmask_ptr, bitmask_size * 8);
> > > trace_seq_putc(p, 0);
> > > @@ -175,7 +175,7 @@ const char *
> > > ftrace_print_hex_seq(struct trace_seq *p, const unsigned char *buf, int buf_len)
> > > {
> > > int i;
> > > - const char *ret = p->buffer + p->len;
> > > + const char *ret = trace_seq_buffer_ptr(p);
> > >
> > > for (i = 0; i < buf_len; i++)
> > > trace_seq_printf(p, "%s%2.2x", i == 0 ? "" : " ", buf[i]);
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists