@@ -1,3 +1,8 @@
|
|||||||
|
2021-02-12 NIIBE Yutaka <gniibe@fsij.org>
|
||||||
|
|
||||||
|
* VERSION: 2.1
|
||||||
|
* doc/chopstx.texi (VERSION): 2.1.
|
||||||
|
|
||||||
2021-02-10 NIIBE Yutaka <gniibe@fsij.org>
|
2021-02-10 NIIBE Yutaka <gniibe@fsij.org>
|
||||||
|
|
||||||
* example-cdc-gnu-linux/usb-cdc.c (tty_recv): Cancel the input.
|
* example-cdc-gnu-linux/usb-cdc.c (tty_recv): Cancel the input.
|
||||||
|
|||||||
25
NEWS
25
NEWS
@@ -1,6 +1,31 @@
|
|||||||
NEWS - Noteworthy changes
|
NEWS - Noteworthy changes
|
||||||
|
|
||||||
|
|
||||||
|
* Major changes in Chopstx 2.1
|
||||||
|
|
||||||
|
Released 2021-02-12
|
||||||
|
|
||||||
|
** GNU/Linux emulation change
|
||||||
|
The process can be asked to exit by SIGINT or SIGTERM.
|
||||||
|
|
||||||
|
** Bug fix for interrupt handling
|
||||||
|
The check to find waiting thread was wrong. If no waiting thread,
|
||||||
|
it failed.
|
||||||
|
|
||||||
|
** Bug fix for GNU/Linux emulation
|
||||||
|
In 2.0, GNU/Linux emulation doesn't work well with chx_idle when it
|
||||||
|
handles interrupt synchronously and the waken thread is the same one
|
||||||
|
which called chx_idle.
|
||||||
|
|
||||||
|
** Bug fix for Cortex-M0/Cortex-M3 Support
|
||||||
|
In 2.0, Cortex-M0 with no tail-chaining support (e.g. STM32F030)
|
||||||
|
doesn't work. In 2.0, Cortex-M3/M4 may fail when two or more
|
||||||
|
interrupts occur simultaneously; A waken thread (which is about to
|
||||||
|
preempt RUNNING) by the first interrupt may be lost (and never
|
||||||
|
scheduled again), by the second interrupt handling before the call of
|
||||||
|
preempt function.
|
||||||
|
|
||||||
|
|
||||||
* Major changes in Chopstx 2.0
|
* Major changes in Chopstx 2.0
|
||||||
|
|
||||||
Released 2020-06-26
|
Released 2020-06-26
|
||||||
|
|||||||
@@ -1,7 +1,7 @@
|
|||||||
\input texinfo @c -*-texinfo-*-
|
\input texinfo @c -*-texinfo-*-
|
||||||
@c %**start of header
|
@c %**start of header
|
||||||
@setfilename chopstx.info
|
@setfilename chopstx.info
|
||||||
@set VERSION 2.0
|
@set VERSION 2.1
|
||||||
@settitle Chopstx Reference Manual
|
@settitle Chopstx Reference Manual
|
||||||
@c Unify some of the indices.
|
@c Unify some of the indices.
|
||||||
@syncodeindex tp fn
|
@syncodeindex tp fn
|
||||||
@@ -11,7 +11,7 @@
|
|||||||
This manual is for Chopstx (version @value{VERSION}).
|
This manual is for Chopstx (version @value{VERSION}).
|
||||||
|
|
||||||
@noindent
|
@noindent
|
||||||
Copyright @copyright{} 2013, 2015, 2016, 2017, 2018, 2019, 2020 Flying Stone Technology @*
|
Copyright @copyright{} 2013, 2015, 2016, 2017, 2018, 2019, 2020, 2021 Flying Stone Technology @*
|
||||||
|
|
||||||
@quotation
|
@quotation
|
||||||
Permission is granted to copy, distribute and/or modify this document
|
Permission is granted to copy, distribute and/or modify this document
|
||||||
@@ -91,7 +91,7 @@ Indexes
|
|||||||
Chopstx is an RT thread library for ARM Cortex-M0, Cortex-M0plus,
|
Chopstx is an RT thread library for ARM Cortex-M0, Cortex-M0plus,
|
||||||
Cortex-M3, Cortex-M4 with no FPU or DSP, RISC-V Bumblebee, and
|
Cortex-M3, Cortex-M4 with no FPU or DSP, RISC-V Bumblebee, and
|
||||||
GNU/Linux emulation. Specifically, it is used for STM32F030, MKL27Z,
|
GNU/Linux emulation. Specifically, it is used for STM32F030, MKL27Z,
|
||||||
STM32F103, GD32F103, STM32L432, GD32V103 and as a command on
|
STM32F103, GD32F103, STM32L432, GD32VF103 and as a command on
|
||||||
GNU/Linux.
|
GNU/Linux.
|
||||||
|
|
||||||
While most RTOSes come with many features, drivers, and stacks,
|
While most RTOSes come with many features, drivers, and stacks,
|
||||||
@@ -126,7 +126,7 @@ done by interrupt handler, bottom half, and thead is crucial for
|
|||||||
applications' performance. And because the demarcation should be done
|
applications' performance. And because the demarcation should be done
|
||||||
at an early stage of an application development, it has a tendency,
|
at an early stage of an application development, it has a tendency,
|
||||||
many parts are getting demanding higher priority. Amount of code for
|
many parts are getting demanding higher priority. Amount of code for
|
||||||
higher priority interrupt hander is getting bigger and bigger, while
|
higher priority interrupt handler is getting bigger and bigger, while
|
||||||
losing performance.
|
losing performance.
|
||||||
|
|
||||||
On the other hand, ``Threads (and only Threads)'' programming style
|
On the other hand, ``Threads (and only Threads)'' programming style
|
||||||
@@ -239,7 +239,7 @@ chx_handle_intr entries.
|
|||||||
Obviously, this is suboptimal. It kills the hardware effort to
|
Obviously, this is suboptimal. It kills the hardware effort to
|
||||||
decrease interrupt latency.
|
decrease interrupt latency.
|
||||||
|
|
||||||
I is certainly possible to support configurable vector table and/or
|
It is certainly possible to support configurable vector table and/or
|
||||||
better dispatch.
|
better dispatch.
|
||||||
|
|
||||||
The reason why I keep this badness is that I believe that when
|
The reason why I keep this badness is that I believe that when
|
||||||
|
|||||||
Reference in New Issue
Block a user