aboutsummaryrefslogtreecommitdiff
path: root/nuttx/ChangeLog
diff options
context:
space:
mode:
Diffstat (limited to 'nuttx/ChangeLog')
-rw-r--r--nuttx/ChangeLog2
1 files changed, 1 insertions, 1 deletions
diff --git a/nuttx/ChangeLog b/nuttx/ChangeLog
index 921b7014b..7deb9fa94 100644
--- a/nuttx/ChangeLog
+++ b/nuttx/ChangeLog
@@ -3918,7 +3918,7 @@
the scenario: (1) sched_lock() is called increments the lockcount
on the current TCB (i.e., the one at the head of the ready to run
list), (2) sched_mergepending is called which may change the task
- at the head of the readytorun list, then (2) sched_lock() is called
+ at the head of the readytorun list, then (2) sched_unlock() is called
which decrements the lockcount on the wrong TCB. The failure case
that I saw was that pre-emption got disabled in the IDLE thread,
locking up the whole system.