- Dec 28, 2016
-
-
Gregory Nutt authored
SMP: Fix a gap where we may try to make modifications to the task lists without being in a critical sections. That permits concurrent access to the tasks lists and many subtle problems. This fix just remains in the critical section throughout the operation (and possible until the task is restore in the event of a context switch). Makes a big difference in stability
-
Gregory Nutt authored
-
Gregory Nutt authored
SMP: Make checks for CPU lock set more robust. There are certains conditions early in initialization on during interrupt handling where things need to be done a little differently.
-
Masayuki Ishikawa authored
-
- Dec 27, 2016
-
-
Gregory Nutt authored
SMP: There were certain conditions that we must avoid by preventing releasing the pending tasks while withn a critical section. But this logic was incomplete; there was no logic to prevent other CPUs from adding new, running tasks while on CPU is in a critical section. This commit corrects this. This is matching logic in sched_addreadytorun to avoid starting new tasks within the critical section (unless the CPU is the holder of the lock). The holder of the IRQ lock must be permitted to do whatever it needs to do.
-
Gregory Nutt authored
-
- Dec 26, 2016
-
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
SMP: Enforce this rule: Tasks which are normally restored when sched_unlock() is called must remain pending (1) if we are in a critical section, i.e., g_cpu_irqlock is locked , or (2) other CPUs still have pre-emption disabled, i.e., g_cpu_schedlock is locked. In those cases, the release of the pending tasks must be deferred until those conditions are met.
-
Gregory Nutt authored
Revert "SMP: Fix a error introduced in 36b676ee and fully decouple disabling of pre-emption from critical sections." This reverts commit 9aedf1bd.
-
Lorenz Meier authored
-
- Dec 25, 2016
-
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
Xtensa ESP32: Remove call to sched_lock()/unock() from inter-cpu interrupt logic. Results in recursive call to sched_mergepending().
-
Gregory Nutt authored
Revert "Xtensa SMP: Avoid a nasty situation in SMP by assuring that up_release_pending() is not re-entered." This reverts commit 733a57b4.
-
Gregory Nutt authored
This reverts commit fb146abe.
-
Gregory Nutt authored
SMP: Fix a error introduced in 36b676ee and fully decouple disabling of pre-emption from critical sections.
-
Gregory Nutt authored
Allow dma in 1 bit mode in STM32F4xxx
-
Gregory Nutt authored
STM32: Forgot to update chip.h for STM32F303x[BC]'s 4 ADCs
-
Gregory Nutt authored
SMP: Back out deferred IRQ locking. This was accidentally merged into master and it looks like it is going to be more work than I thought to get it working again. Changes will go to the irqlock branch.
-
Gregory Nutt authored
-
Gregory Nutt authored
SMP: Fix logic error in last change: Deferred restoration of IRQ lock only applies if the context switch was on this CPU.
-
- Dec 24, 2016
-
-
Gregory Nutt authored
sched note: record ID enumeration now results on constant values; ID values do not change with configuration. This makes writing post-processing software much easier
-
Gregory Nutt authored
SMP sched_unlock: Should merging depend on g_cpu_irqlock or not? Let's at least be consistent. And don't use irqcount; use g_cpu_irqlock.
-
Gregory Nutt authored
-
Gregory Nutt authored
-
- Dec 23, 2016
-
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Frank Benkert authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
Gregory Nutt authored
-
- Dec 22, 2016
-
-
David Sidrane authored
-