Files
rtems/cpukit/libcsupport/src
Pavel Pisa eb3af275ea rtems+bsps/cache: Define cache manager operations for code synchronization and maximal alignment.
There is need for unambiguous named and defined cache function
which should be called when code is updated, loaded
or is self-modifying.

There should be function to obtain maximal cache line length
as well. This function can and should be used for allocations
which can be used for data and or code and ensures that
there are no partial cache lines overlaps on start and
end of allocated region.

Updates #2782
2016-10-02 10:40:33 +02:00
..
2014-11-28 11:23:53 +01:00
2015-01-22 07:52:40 +01:00
2014-11-28 11:23:53 +01:00
2014-11-20 10:30:22 +01:00
2014-11-28 11:23:53 +01:00
2014-10-24 16:05:59 -07:00
2015-01-22 07:52:40 +01:00
2012-12-11 06:49:45 -05:00
2015-06-26 09:16:25 +02:00
2015-05-19 12:00:44 +02:00

--

Overview of newlib support (newlib is from CYGNUS)
    Each task can have its own libc state including:
        open stdio files
        strtok
        multi precision arithmetic state
        etc.

    This is implemented by a reentrancy data structure for each task.

    When a task is "started" (in RTEMS sense) the reentrancy structure
    is allocated.  Its address is stored in notepad[NOTEPAD_LAST].

    When task is switched to, the value of global variable _impure_ptr
    is changed to the value of the new tasks reentrancy structure.

    When a task is deleted
        atexit() processing (for that task) happens
        task's stdio buffers are flushed

    When exit(3) is called
        calling task's atexit processing done
        global libc state atexit processing done
            (this will include any atexit routines installed by drivers)
        executive is shutdown
            causes a context switch back to bsp land


NOTE:
    libc extension are installed by bsp_libc_init()
        iff we are using clock interrupts.
        This hack is necessary to allow the tmtests to avoid
        timing the extensions.