linux-kernel - Re: [GIT RFC PULL rcu/urgent] Prevent Kconfig from asking pointless questions

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: <20150421091857.03d2b587@gandalf.local.home>
Date:	Tue, 21 Apr 2015 09:18:57 -0400
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Ingo Molnar <mingo@...nel.org>
Cc:	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
	Clark Williams <williams@...hat.com>,
	linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
	a.p.zijlstra@...llo.nl, akpm@...ux-foundation.org,
	linux-rt-users@...r.kernel.org
Subject: Re: [GIT RFC PULL rcu/urgent] Prevent Kconfig from asking pointless
 questions

On Tue, 21 Apr 2015 08:42:23 +0200
Ingo Molnar <mingo@...nel.org> wrote:

> Note that modern scheduler policies, like SCHED_DEADLINE, get all 
> their policy parameters from the sched_setparam() user-space ABI, they 
> are not driven by sysctls.

Right, and when I realized that we can do the same with chrt, I
suggested using that. Clark thought that the prio of the rcu threads
always went back to the hard coded value set at compile time. I looked
at the code and didn't see that and then asked Paul about it. Seems
chrt should work. Before my argument was based on not having any way at
run time to change the rcu priorities, which I feel is bad. But if
there is a way, then that should be what we tell users to use.

-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/