Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Feedback-ID: i07814636:Fastmail
User-Agent: Cyrus-JMAP/3.9.0-alpha0-334-g8c072af647-fm-20230330.001-g8c072af6
Mime-Version: 1.0
Message-Id: <725fcda1-ef6a-4f3f-9c25-246fafb6e7f4@app.fastmail.com>
Date:   Tue, 11 Apr 2023 15:54:35 -0400
From:   "Chris Murphy" <chris@colorremedies.com>
To:     linux-kernel <linux-kernel@vger.kernel.org>
Subject: exposing full preemption in sysfs
Content-Type: text/plain
Precedence: bulk

Hi,

Is there a future when changing preemption mode at runtime will be exposed in sysfs outside of debugfs?

Currently debugfs is subject to kernel lockdown (at least on Fedora) whenever UEFI Secure Boot is enabled.

# cat /sys/kernel/debug/sched/preempt 
[68690.741678] Lockdown: cat: debugfs access is restricted; see man kernel_lockdown.7

So it's not possible to enable full preemption at runtime. Also, adding another kernel parameter isn't popular (takes up limited space, isn't user facing or very friendly to modify bootloader configuration to enable or disable it).

I think it's preferred to see it available in syfs  proper, and then something like a systemd unit can modify the value during boot, and users can enable or disable that unit like they do any other kind of service.

Thoughts?


--
Chris Murphy