History

sched/preempt: Decouple HAVE_PREEMPT_DYNAMIC from GENERIC_ENTRY

Now that the enabled/disabled states for the preemption functions are declared alongside their definitions, the core PREEMPT_DYNAMIC logic is no longer tied to GENERIC_ENTRY, and can safely be selected so long as an architecture provides enabled/disabled states for irqentry_exit_cond_resched(). Make it possible to select HAVE_PREEMPT_DYNAMIC without GENERIC_ENTRY. For existing users of HAVE_PREEMPT_DYNAMIC there should be no functional change as a result of this patch.

Mark Rutland committed 4 years ago

Commit 33c64731 parent 4624a142 files · +2 −1Browse files

Unified · Split

2 files
  1. arch/Kconfig +0 −1
  2. kernel/sched/core.c +2 −0
arch/Kconfig+0−1
@@ -1279,7 +1279,6 @@ config HAVE_STATIC_CALL_INLINE · 1278 unmodified lines
12791279 config HAVE_PREEMPT_DYNAMIC
12801280 bool
12811281 depends on HAVE_STATIC_CALL
1282− depends on GENERIC_ENTRY
12831282 help
12841283 Select this if the architecture support boot time preempt setting
12851284 on top of static calls. It is strongly advised to support inline
kernel/sched/core.c+2−0
@@ -8149,7 +8149,9 @@ EXPORT_SYMBOL(__cond_resched_rwlock_write); · 8148 unmodified lines
81498149
81508150 #ifdef CONFIG_PREEMPT_DYNAMIC
81518151
8152+#ifdef CONFIG_GENERIC_ENTRY
81528153 #include <linux/entry-common.h>
8154+#endif
81538155
81548156 /*
81558157 * SC:cond_resched

Keyboard shortcuts

General

Show keyboard shortcuts
?
Focus the current search
/

Issues and pull requests

Open filters
f

Issues, pull requests and Inbox

Select next item
j↓
Select previous item
k↑
Open selected item
Enter
Dismiss filters or clear selection
Esc

Repository code

Go to file
t