From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751729AbdGYNIW (ORCPT ); Tue, 25 Jul 2017 09:08:22 -0400 Received: from bombadil.infradead.org ([65.50.211.133]:34301 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750732AbdGYNIV (ORCPT ); Tue, 25 Jul 2017 09:08:21 -0400 Date: Tue, 25 Jul 2017 06:08:18 -0700 From: Matthew Wilcox To: Michael Ellerman Cc: linux-kernel@vger.kernel.org, minchan@kernel.org, Matthew Wilcox , akpm@linuxfoundation.org Subject: Re: [PATCH v4 0/8] Multibyte memset variations Message-ID: <20170725130818.GA23770@bombadil.infradead.org> References: <20170720184539.31609-1-willy@infradead.org> <87fudl6q7p.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87fudl6q7p.fsf@concordia.ellerman.id.au> User-Agent: Mutt/1.8.0 (2017-02-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 25, 2017 at 03:27:38PM +1000, Michael Ellerman wrote: > Matthew Wilcox writes: > > > From: Matthew Wilcox > > > > A relatively common idiom we're missing is a function to fill an area > > of memory with a pattern which is larger than a single byte. I first > > noticed this with a zram patch which wanted to fill a page with an > > 'unsigned long' value. There turn out to be quite a few places in > > the kernel which can benefit from using an optimised function rather > > than a loop; sometimes text size, sometimes speed, and sometimes both. > > The optimised PowerPC version (not included here) improves performance > > by about 30% on POWER8 on just the raw memset_l(). > > Is the plan that Andrew will merge this series, or are you planning to > put them in a tree of yours? I'm hoping Andrew will take it, but I can put it in my own tree if he doesn't want to take it.