zephyr/kernel/nanokernel/include
Benjamin Walsh 0dcad8331b clarify use of term 'context'
The term 'context' is vague and overloaded. Its usage for 'an execution
context' is now referred as such, in both comments and some APIs' names.
When the execution context can only be a fiber or a task (i.e. not an
ISR), it is referred to as a 'thread', again in comments and everywhere
in the code.

APIs that had their names changed:

  - nano_context_id_t is now nano_thread_id_t
  - context_self_get() is now sys_thread_self_get()
  - context_type_get() is now sys_execution_context_type_get()
  - context_custom_data_set/get() are now
    sys_thread_custom_data_set/get()

The 'context' prefix namespace does not have to be reserved by the
kernel anymore.

The Context Control Structure (CCS) data structure is now the Thread
Control Structure (TCS):

  - struct ccs is now struct tcs
  - tCCS is now tTCS

Change-Id: I7526a76c5b01e7c86333078e2d2e77c9feef5364
Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-02-05 20:15:27 -05:00
..
gen_offset.h doxygen: change comment style to match javadoc 2016-02-05 20:14:32 -05:00
nano_internal.h clarify use of term 'context' 2016-02-05 20:15:27 -05:00
nano_offsets.h clarify use of term 'context' 2016-02-05 20:15:27 -05:00
timeout_q.h clarify use of term 'context' 2016-02-05 20:15:27 -05:00
wait_q.h clarify use of term 'context' 2016-02-05 20:15:27 -05:00