linux-kernel - Re: [PATCH v2] mm: Make failslab writable again

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: <30063d97-69f0-bea2-9d59-108140995bfc@virtuozzo.com>
Date:   Fri, 23 Sep 2022 10:34:28 +0300
From:   Alexander Atanasov <alexander.atanasov@...tuozzo.com>
To:     Hyeonggon Yoo <42.hyeyoo@...il.com>
Cc:     Jonathan Corbet <corbet@....net>, Christoph Lameter <cl@...ux.com>,
        Pekka Enberg <penberg@...nel.org>,
        David Rientjes <rientjes@...gle.com>,
        Joonsoo Kim <iamjoonsoo.kim@....com>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Vlastimil Babka <vbabka@...e.cz>,
        Roman Gushchin <roman.gushchin@...ux.dev>, kernel@...nvz.org,
        Kees Cook <keescook@...omium.org>,
        Roman Gushchin <guro@...com>, Jann Horn <jannh@...gle.com>,
        Vijayanand Jitta <vjitta@...eaurora.org>,
        linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-mm@...ck.org
Subject: Re: [PATCH v2] mm: Make failslab writable again

Hello,

On 21.09.22 14:30, Hyeonggon Yoo wrote:
> On Tue, Sep 20, 2022 at 03:11:11PM +0300, Alexander Atanasov wrote:
>> In (060807f841ac mm, slub: make remaining slub_debug related attributes
>> read-only) failslab was made read-only.
>> I think it became a collateral victim to the two other options for which
>> the reasons are perfectly valid.
>> Here is why:
>>   - sanity_checks and trace are slab internal debug options,
>>     failslab is used for fault injection.
>>   - for fault injections, which by presumption are random, it
>>     does not matter if it is not set atomically. And you need to
>>     set atleast one more option to trigger fault injection.
>>   - in a testing scenario you may need to change it at runtime
>>     example: module loading - you test all allocations limited
>>     by the space option. Then you move to test only your module's
>>     own slabs.
>>   - when set by command line flags it effectively disables all
>>     cache merges.
> 
> Maybe we can make failslab= boot parameter to consider cache filtering?
> 
> With that, just pass something like this:
> 	failslab=X,X,X,X,cache_filter slub_debug=A,<cache-name>> 

> Users should pass slub_debug=A,<cache-name> anyway to prevent cache merging.
It will be good to have this in case you want to test cache that is used 
early. But why push something to command line option only when it can be 
changed at runtime?

-- 
Regards,
Alexander Atanasov