esp-idf/components/newlib
Marius Vikhammer 6fb996b1ac newlib: revert back from spinlocks to using newlib locks for time.h
Spinlocks from spinlock.h do not disable the scheduler and thus cannot safely
be directly used as a locking mechanism. A task holding the lock can get
pre-empted, and at that point the new running task will also be allowed to
take the spinlock and access whatever it was protecting.

Another issue is that the task holding a spinlock could migrate to a different
core which in turn would cause the application to fail asserts. The current
implementation assumes the core that takes the lock is also the core that
releases it.

Closes https://github.com/espressif/esp-idf/issues/5762
2020-09-03 09:56:02 +08:00
..
platform_include newlib: separate low-level code in time.c implementation 2020-08-10 15:11:37 +08:00
port newlib: revert back from spinlocks to using newlib locks for time.h 2020-09-03 09:56:02 +08:00
priv_include newlib: separate low-level code in time.c implementation 2020-08-10 15:11:37 +08:00
test newlib: separate low-level code in time.c implementation 2020-08-10 15:11:37 +08:00
.gitignore
.gitmodules
CMakeLists.txt esp_system: introduce system time functions 2020-08-10 15:12:38 +08:00
COPYING.NEWLIB
Kconfig
Makefile.old
abort.c
component.mk newlib: separate low-level code in time.c implementation 2020-08-10 15:11:37 +08:00
esp32-spiram-rom-functions-c.lf
heap.c
locks.c
newlib.lf
poll.c
pthread.c
random.c
reent_init.c
syscall_table.c
syscalls.c esp_rom: extract common uart apis into esp_rom_uart.h 2020-07-17 16:00:59 +08:00
termios.c
time.c newlib: revert back from spinlocks to using newlib locks for time.h 2020-09-03 09:56:02 +08:00