linux-kernel - [RFC PATCH v2 0/5] allow overriding default preempt mode from command line

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]

Date:   Fri,  9 Oct 2020 14:29:21 +0200
From:   Michal Hocko <mhocko@...nel.org>
To:     Peter Zijlstra <peterz@...radead.org>,
        Thomas Gleixner <tglx@...utronix.de>
Cc:     Mel Gorman <mgorman@...e.de>,
        Frederic Weisbecker <fweisbecker@...e.de>,
        Ingo Molnar <mingo@...hat.com>,
        LKML <linux-kernel@...r.kernel.org>
Subject: [RFC PATCH v2 0/5] allow overriding default preempt mode from command line

Hi,
let me repost the pile that has grown from the initial patch based on
the review feedback I have collected from Peter. I do realize that he
also suggested to go from the other direction and implement this for the
full preemption mode first. As I've said I believe this would require to
examine all CONFIG_PREEMPTION code paths and preempt_mode=[none,voluntary]
is already quite useful for distributions which are targeting high
throuhput and desktop environments. Adding full preemption on top is
definitely desirable and something we will be looking into. This is the
first step in that direction.

If maintainers really believe that starting from the full preemption
mode first then we are willing to explore that path of course.

I am stil posting that as an RFC because I didn't get to push this
through a complete compile time testing and rely on 0-day bot in that
aspect.

Thanks and I am looking forward for a further feedback.