linux-kernel - [PATCH v3 0/7] lib/lzo: performance improvements

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-next>] [day] [month] [year] [list]

Message-ID: <20181130114715.27523-1-dave.rodgman@arm.com>
Date:   Fri, 30 Nov 2018 11:47:36 +0000
From:   Dave Rodgman <dave.rodgman@....com>
To:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "akpm@...ux-foundation.org" <akpm@...ux-foundation.org>
CC:     "herbert@...dor.apana.org.au" <herbert@...dor.apana.org.au>,
        "davem@...emloft.net" <davem@...emloft.net>,
        Matt Sealey <Matt.Sealey@....com>,
        "nitingupta910@...il.com" <nitingupta910@...il.com>,
        "markus@...rhumer.com" <markus@...rhumer.com>,
        "minchan@...nel.org" <minchan@...nel.org>,
        "sergey.senozhatsky.work@...il.com" 
        <sergey.senozhatsky.work@...il.com>,
        "sonnyrao@...gle.com" <sonnyrao@...gle.com>,
        "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
        nd <nd@....com>
Subject: [PATCH v3 0/7] lib/lzo: performance improvements

This patch series introduces performance improvements for lzo.

The previous version of this patchset is here:
https://lkml.org/lkml/2018/11/27/1086

On 29/11/2018 8:32 pm, Andrew Morton wrote:
> On Thu, 29 Nov 2018 10:21:53 +0000 Dave Rodgman <dave.rodgman@....com> wrote:
>>> OK, so it's not just "separate lzo-rle", it's also "switch zram to
>>> a new compression algorithm by default". I'd say that usually I'd
>>> expect this to be separate patches.
>>
>> Yes, fair point. akpm has picked this up now though, so probably a bit
>> late to break it out into a separate patch?
> 
> That's fine.  akpm is flexible ;)  Whatever produces the best overall
> result in the permanent record, please.

Thanks - I've separated this as suggested. I've also fixed up the commit
message for patch 1 (tidy-up ifdefs) which looks like it was accidentally
changed (please ignore if the change was intentional).

Dave