From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1500#note_735053347

> This commit, or something like it, seems to have gone in but without
> much of a commit message.  Was that on purpsoe?


Yes, there are files in pending-common that go in without a merge request.
Typically those are set to default values because they are new config options,
but in this case it had to be set by hand because these are not new config
items, but are currently set in a way that is unbuildable. Everything in
pending-common is set without review, and should have a corresponding MR to
move the items from pending-common and into the correct place.   If we did not
do this with pending common, this tree would never build until every single
config MR was reviewed and merged.  It is a method to keep the tree usable,
but make sure that nothing makes it into final RHEL configs until reviewed.

> Also, I noticed that the dynamic preemption is only enabled for x86_64 due
> to none of the other archs enabling HAVE_PREEMPT_DYNAMIC. There are arm
> patches posted but not yet merged to enable this there.

This is true, but as other arches add HAVE_PREEMPT_DYNAMIC, this commit
message will still be what is seen when people check the values for the
configs.  In the case of aarch64, I expect that will be soon. In the case of
power, it may or may not happen, but the commit message still explains the
situation, as it is PREEMPT_VOLUNTARY, it just can't be overridden unless
patches are merged to enable dynamic.  S390 is still not dynamic and ships
with PREEMPT_NONE. In all of these cases, it matches what is currently in RHEL
9/RHEL 8, and stable Fedora with the addition of dynamic override allowed
where the arch supports it.
_______________________________________________
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to