Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S938915AbcJXNN1 (ORCPT ); Mon, 24 Oct 2016 09:13:27 -0400 Received: from imap.thunk.org ([74.207.234.97]:35730 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932934AbcJXNNZ (ORCPT ); Mon, 24 Oct 2016 09:13:25 -0400 Date: Mon, 24 Oct 2016 09:13:11 -0400 From: "Theodore Ts'o" To: SF Markus Elfring Cc: linux-mips@linux-mips.org, Andrea Gelmini , Andrew Morton , Leonid Yegoshin , Masahiro Yamada , Matt Redfearn , Paul Burton , Paul Gortmaker , Ralf =?iso-8859-1?Q?B=E4chle?= , Zubair Lutfullah Kakakhel , LKML , kernel-janitors@vger.kernel.org Subject: Re: [PATCH 1/4] MIPS/kernel/r2-to-r6-emul: Use seq_puts() in mipsr2_stats_show() Message-ID: <20161024131311.ttwr2bblphg6vd2b@thunk.org> Mail-Followup-To: Theodore Ts'o , SF Markus Elfring , linux-mips@linux-mips.org, Andrea Gelmini , Andrew Morton , Leonid Yegoshin , Masahiro Yamada , Matt Redfearn , Paul Burton , Paul Gortmaker , Ralf =?iso-8859-1?Q?B=E4chle?= , Zubair Lutfullah Kakakhel , LKML , kernel-janitors@vger.kernel.org References: <3809e713-2f08-db60-92c1-21d735a4f35b@users.sourceforge.net> <4126c272-cdf6-677a-fe98-74e8034078d8@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4126c272-cdf6-677a-fe98-74e8034078d8@users.sourceforge.net> User-Agent: NeoMutt/20160916 (1.7.0) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 671 Lines: 16 On Mon, Oct 24, 2016 at 02:27:55PM +0200, SF Markus Elfring wrote: > > A string which did not contain a data format specification should be put > into a sequence. This is not a correct description of what you are doing. A better description would be to say: "Use seq_put[sc]() instead of seq_printf() since the string does not contain a data format specifier". You should fix this in all the patches. Please also note this is really pointless patch, since reading from /proc isn't done in a tight loop, and even if it were, the use of vsprintf is the tiniest part of the overhead. It otherwise reduces the text space or the number of lines of code.... - Ted