Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756230AbbFRS1d (ORCPT ); Thu, 18 Jun 2015 14:27:33 -0400 Received: from Chamillionaire.breakpoint.cc ([80.244.247.6]:42067 "EHLO Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751674AbbFRS10 (ORCPT ); Thu, 18 Jun 2015 14:27:26 -0400 Date: Thu, 18 Jun 2015 20:27:07 +0200 From: Sebastian Andrzej Siewior To: Stefan Agner Cc: dwmw2@infradead.org, computersforpeace@gmail.com, mark.rutland@arm.com, boris.brezillon@free-electrons.com, aaron@tastycactus.com, marb@ixxat.de, pawel.moll@arm.com, ijc+devicetree@hellion.org.uk, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, robh+dt@kernel.org, linux-mtd@lists.infradead.org, kernel@pengutronix.de, galak@codeaurora.org, shawn.guo@linaro.org, linux-arm-kernel@lists.infradead.org, bpringlemeir@nbsps.com Subject: Re: [PATCH v4 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others Message-ID: <20150618182707.GA2254@breakpoint.cc> References: <1427300909-20825-1-git-send-email-stefan@agner.ch> <1427300909-20825-2-git-send-email-stefan@agner.ch> <20150603130825.GA23991@breakpoint.cc> <20150609200751.GC5720@breakpoint.cc> <32a7fe8d8df87dfe35ea50c582077c78@agner.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32a7fe8d8df87dfe35ea50c582077c78@agner.ch> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1208 Lines: 29 On Wed, Jun 17, 2015 at 03:02:03PM +0200, Stefan Agner wrote: > On 2015-06-09 22:07, Sebastian Andrzej Siewior wrote: > > yeah, do you have any numbers by chance? > > Just reevaluated the "performance optimizations". On a VF610 SoC (with > L2 cache) the improvements increase performance by 2.5% and below. On a > VF500 SoC (without L2 cache) it seems to have slightly more impact, up > to 4%. Overall, it seems to influence write more than read. it could have something to do with the CPU clock and how long it is blocked due to the sync operation. > Back then, when I implemented the improvements it certainly had a bigger > impact. I don't have strong opinion on that... Thanks for doing that. If you could take those numbers, put them in a table like with/without relaxed and so one, write how you got them (modprobe bla) and make it part of the commit message then everybody could see about how much we talk here. Thanks again. > -- > Stefan Sebastian -- 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/