Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752023AbaKEVVw (ORCPT ); Wed, 5 Nov 2014 16:21:52 -0500 Received: from cdptpa-outbound-snat.email.rr.com ([107.14.166.225]:60454 "EHLO cdptpa-oedge-vip.email.rr.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751133AbaKEVVs (ORCPT ); Wed, 5 Nov 2014 16:21:48 -0500 Date: Wed, 5 Nov 2014 16:21:46 -0500 From: Steven Rostedt To: Petr Mladek Cc: linux-kernel@vger.kernel.org, Ingo Molnar , Andrew Morton , Jiri Kosina , "H. Peter Anvin" , Thomas Gleixner Subject: Re: [RFC][PATCH 03/12 v3] tracing: Create seq_buf layer in trace_seq Message-ID: <20141105162146.6edc1567@gandalf.local.home> In-Reply-To: <20141105161720.71abdbdb@gandalf.local.home> References: <20141104155237.228431433@goodmis.org> <20141104160221.864997179@goodmis.org> <20141105142222.GC4570@pathway.suse.cz> <20141105134147.226a23ef@gandalf.local.home> <20141105150007.1c543b9e@gandalf.local.home> <20141105161720.71abdbdb@gandalf.local.home> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 5 Nov 2014 16:17:20 -0500 Steven Rostedt wrote: > On Wed, 5 Nov 2014 15:00:07 -0500 > Steven Rostedt wrote: > > > On Wed, 5 Nov 2014 13:41:47 -0500 > > Steven Rostedt wrote: > > > > > > > > > > > + */ > > > > > +int seq_buf_bitmask(struct seq_buf *s, const unsigned long *maskp, > > > > > + int nmaskbits) > > > > > +{ > > > > > + unsigned int len = SEQ_BUF_LEFT(s); > > > > > > > > > > + int ret; > > > > > + > > > > > + WARN_ON(s->size == 0); > > > > > + > > > > > + if (s->len < s->size) { > > > > > + ret = bitmap_scnprintf(s->buffer, len, maskp, nmaskbits); > > > > > > > > It writes to the beginning of the buffer. It should be > > > > > > > > ret = bitmap_scnprintf(s->buffer + s->len, len, > > > > maskp, nmaskbits); > > > > > > > > > > Yep thanks. Luckily its only user didn't care. > > > > > > Will fix. > > > > > > > > > > > > + if (s->len + ret < s->size) { > > > > > > > > This will always happen because bitmap_scnprintf() is limited by SEQ_BUF_LEFT(s) > > > > and it currently returns the remaining size - len - 1. > > > > > > Hmm, that's correct, as bitmap_scnprintf() returns the amount written > > > instead of the amount that it would write like snprintf() would. > > > > > > > > > > > > > > You might want to use "s->size - s->len" instead of SEQ_BUF_LEFT(s). > > > > > > That wont help when we make overflow len > size. > > > > > > Probably should see if ret == the amount of bits required for the > > > bitmask. > > > > Here's the new version: > > > > Take 2: > > int seq_buf_bitmask(struct seq_buf *s, const unsigned long *maskp, > int nmaskbits) > { > unsigned int len = seq_buf_buffer_left(s); Bah, I need to make this: len = s->size - s->len. As this would work for both cases of what a overflowed buffer is. -- Steve > int ret; > > WARN_ON(s->size == 0); > > if (s->len < s->size) { > ret = bitmap_scnprintf(s->buffer, len, maskp, nmaskbits); > /* > * Note, because bitmap_scnprintf() only returns the > * number of bytes written and not the number that > * would be written, we use the last byte of the buffer > * to let us know if we overflowed. There's a small > * chance that the bitmap could have fit exactly inside > * the buffer, but it's not that critical if that does > * happen. > */ > if (s->len + ret < s->size) { > s->len += ret; > return 0; > } > } > seq_buf_set_overflow(s); > return -1; > } > > -- Steve -- 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/