linux-kernel - Re: [PATCH v4 0/8] Multibyte memset variations

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <87fudl6q7p.fsf@concordia.ellerman.id.au>
Date:   Tue, 25 Jul 2017 15:27:38 +1000
From:   Michael Ellerman <mpe@...erman.id.au>
To:     Matthew Wilcox <willy@...radead.org>, linux-kernel@...r.kernel.org
Cc:     minchan@...nel.org, Matthew Wilcox <mawilcox@...rosoft.com>,
        akpm@...uxfoundation.org
Subject: Re: [PATCH v4 0/8] Multibyte memset variations

Matthew Wilcox <willy@...radead.org> writes:

> From: Matthew Wilcox <mawilcox@...rosoft.com>
>
> 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?

cheers