diff options
Diffstat (limited to 'docs')
63 files changed, 0 insertions, 13364 deletions
diff --git a/docs/Doxyfile_chm b/docs/Doxyfile_chm deleted file mode 100644 index 8b2f242f9..000000000 --- a/docs/Doxyfile_chm +++ /dev/null @@ -1,1787 +0,0 @@ -# Doxyfile 1.7.4
-
-# This file describes the settings to be used by the documentation system
-# doxygen (www.doxygen.org) for a project.
-#
-# All text after a hash (#) is considered a comment and will be ignored.
-# The format is:
-# TAG = value [value, ...]
-# For lists items can also be appended using:
-# TAG += value [value, ...]
-# Values that contain spaces should be placed between quotes (" ").
-
-#---------------------------------------------------------------------------
-# Project related configuration options
-#---------------------------------------------------------------------------
-
-# This tag specifies the encoding used for all characters in the config file
-# that follow. The default is UTF-8 which is also the encoding used for all
-# text before the first occurrence of this tag. Doxygen uses libiconv (or the
-# iconv built into libc) for the transcoding. See
-# http://www.gnu.org/software/libiconv for the list of possible encodings.
-
-DOXYFILE_ENCODING = UTF-8
-
-# The PROJECT_NAME tag is a single word (or a sequence of words surrounded
-# by quotes) that should identify the project.
-
-PROJECT_NAME = ChibiOS/RT
-
-# The PROJECT_NUMBER tag can be used to enter a project or revision number.
-# This could be handy for archiving the generated documentation or
-# if some version control system is used.
-
-PROJECT_NUMBER = 2.7.0
-
-# Using the PROJECT_BRIEF tag one can provide an optional one line description
-# for a project that appears at the top of each page and should give viewer
-# a quick idea about the purpose of the project. Keep the description short.
-
-PROJECT_BRIEF =
-
-# With the PROJECT_LOGO tag one can specify an logo or icon that is
-# included in the documentation. The maximum height of the logo should not
-# exceed 55 pixels and the maximum width should not exceed 200 pixels.
-# Doxygen will copy the logo to the output directory.
-
-PROJECT_LOGO =
-
-# The OUTPUT_DIRECTORY tag is used to specify the (relative or absolute)
-# base path where the generated documentation will be put.
-# If a relative path is entered, it will be relative to the location
-# where doxygen was started. If left blank the current directory will be used.
-
-OUTPUT_DIRECTORY = .
-
-# If the CREATE_SUBDIRS tag is set to YES, then doxygen will create
-# 4096 sub-directories (in 2 levels) under the output directory of each output
-# format and will distribute the generated files over these directories.
-# Enabling this option can be useful when feeding doxygen a huge amount of
-# source files, where putting all generated files in the same directory would
-# otherwise cause performance problems for the file system.
-
-CREATE_SUBDIRS = NO
-
-# The OUTPUT_LANGUAGE tag is used to specify the language in which all
-# documentation generated by doxygen is written. Doxygen will use this
-# information to generate all constant output in the proper language.
-# The default language is English, other supported languages are:
-# Afrikaans, Arabic, Brazilian, Catalan, Chinese, Chinese-Traditional,
-# Croatian, Czech, Danish, Dutch, Esperanto, Farsi, Finnish, French, German,
-# Greek, Hungarian, Italian, Japanese, Japanese-en (Japanese with English
-# messages), Korean, Korean-en, Lithuanian, Norwegian, Macedonian, Persian,
-# Polish, Portuguese, Romanian, Russian, Serbian, Serbian-Cyrillic, Slovak,
-# Slovene, Spanish, Swedish, Ukrainian, and Vietnamese.
-
-OUTPUT_LANGUAGE = English
-
-# If the BRIEF_MEMBER_DESC tag is set to YES (the default) Doxygen will
-# include brief member descriptions after the members that are listed in
-# the file and class documentation (similar to JavaDoc).
-# Set to NO to disable this.
-
-BRIEF_MEMBER_DESC = YES
-
-# If the REPEAT_BRIEF tag is set to YES (the default) Doxygen will prepend
-# the brief description of a member or function before the detailed description.
-# Note: if both HIDE_UNDOC_MEMBERS and BRIEF_MEMBER_DESC are set to NO, the
-# brief descriptions will be completely suppressed.
-
-REPEAT_BRIEF = YES
-
-# This tag implements a quasi-intelligent brief description abbreviator
-# that is used to form the text in various listings. Each string
-# in this list, if found as the leading text of the brief description, will be
-# stripped from the text and the result after processing the whole list, is
-# used as the annotated text. Otherwise, the brief description is used as-is.
-# If left blank, the following values are used ("$name" is automatically
-# replaced with the name of the entity): "The $name class" "The $name widget"
-# "The $name file" "is" "provides" "specifies" "contains"
-# "represents" "a" "an" "the"
-
-ABBREVIATE_BRIEF = "The $name class" \
- "The $name widget" \
- "The $name file" \
- is \
- provides \
- specifies \
- contains \
- represents \
- a \
- an \
- the
-
-# If the ALWAYS_DETAILED_SEC and REPEAT_BRIEF tags are both set to YES then
-# Doxygen will generate a detailed section even if there is only a brief
-# description.
-
-ALWAYS_DETAILED_SEC = YES
-
-# If the INLINE_INHERITED_MEMB tag is set to YES, doxygen will show all
-# inherited members of a class in the documentation of that class as if those
-# members were ordinary class members. Constructors, destructors and assignment
-# operators of the base classes will not be shown.
-
-INLINE_INHERITED_MEMB = NO
-
-# If the FULL_PATH_NAMES tag is set to YES then Doxygen will prepend the full
-# path before files name in the file list and in the header files. If set
-# to NO the shortest path that makes the file name unique will be used.
-
-FULL_PATH_NAMES = NO
-
-# If the FULL_PATH_NAMES tag is set to YES then the STRIP_FROM_PATH tag
-# can be used to strip a user-defined part of the path. Stripping is
-# only done if one of the specified strings matches the left-hand part of
-# the path. The tag can be used to show relative paths in the file list.
-# If left blank the directory from which doxygen is run is used as the
-# path to strip.
-
-STRIP_FROM_PATH = "C:/Documents and Settings/Administrator/"
-
-# The STRIP_FROM_INC_PATH tag can be used to strip a user-defined part of
-# the path mentioned in the documentation of a class, which tells
-# the reader which header file to include in order to use a class.
-# If left blank only the name of the header file containing the class
-# definition is used. Otherwise one should specify the include paths that
-# are normally passed to the compiler using the -I flag.
-
-STRIP_FROM_INC_PATH =
-
-# If the SHORT_NAMES tag is set to YES, doxygen will generate much shorter
-# (but less readable) file names. This can be useful if your file system
-# doesn't support long names like on DOS, Mac, or CD-ROM.
-
-SHORT_NAMES = NO
-
-# If the JAVADOC_AUTOBRIEF tag is set to YES then Doxygen
-# will interpret the first line (until the first dot) of a JavaDoc-style
-# comment as the brief description. If set to NO, the JavaDoc
-# comments will behave just like regular Qt-style comments
-# (thus requiring an explicit @brief command for a brief description.)
-
-JAVADOC_AUTOBRIEF = NO
-
-# If the QT_AUTOBRIEF tag is set to YES then Doxygen will
-# interpret the first line (until the first dot) of a Qt-style
-# comment as the brief description. If set to NO, the comments
-# will behave just like regular Qt-style comments (thus requiring
-# an explicit \brief command for a brief description.)
-
-QT_AUTOBRIEF = NO
-
-# The MULTILINE_CPP_IS_BRIEF tag can be set to YES to make Doxygen
-# treat a multi-line C++ special comment block (i.e. a block of //! or ///
-# comments) as a brief description. This used to be the default behaviour.
-# The new default is to treat a multi-line C++ comment block as a detailed
-# description. Set this tag to YES if you prefer the old behaviour instead.
-
-MULTILINE_CPP_IS_BRIEF = NO
-
-# If the INHERIT_DOCS tag is set to YES (the default) then an undocumented
-# member inherits the documentation from any documented member that it
-# re-implements.
-
-INHERIT_DOCS = NO
-
-# If the SEPARATE_MEMBER_PAGES tag is set to YES, then doxygen will produce
-# a new page for each member. If set to NO, the documentation of a member will
-# be part of the file/class/namespace that contains it.
-
-SEPARATE_MEMBER_PAGES = NO
-
-# The TAB_SIZE tag can be used to set the number of spaces in a tab.
-# Doxygen uses this value to replace tabs by spaces in code fragments.
-
-TAB_SIZE = 2
-
-# This tag can be used to specify a number of aliases that acts
-# as commands in the documentation. An alias has the form "name=value".
-# For example adding "sideeffect=\par Side Effects:\n" will allow you to
-# put the command \sideeffect (or @sideeffect) in the documentation, which
-# will result in a user-defined paragraph with heading "Side Effects:".
-# You can put \n's in the value part of an alias to insert newlines.
-
-ALIASES = "iclass=@par Function Class:\n This is an \
- <b>I-Class</b> API, this function can be \
- invoked from within a system lock zone by both \
- threads and interrupt handlers." \
- "sclass=@par Function Class:\n This is an \
- <b>S-Class</b> API, this function can be \
- invoked from within a system lock zone by threads \
- only." \
- "api=@par Function Class:\n Normal API, this \
- function can be invoked by regular system threads \
- but not from within a lock zone." \
- "notapi=@par Function Class:\n Not an API, this \
- function is for internal use only." \
- "isr=@par Function Class:\n Interrupt handler, \
- this function should not be directly invoked." \
- "init=@par Function Class:\n Initializer, this \
- function just initializes an object and can be \
- invoked before the kernel is initialized." \
- "special=@par Function Class:\n Special function, \
- this function has special requirements see the \
- notes."
-
-# Set the OPTIMIZE_OUTPUT_FOR_C tag to YES if your project consists of C
-# sources only. Doxygen will then generate output that is more tailored for C.
-# For instance, some of the names that are used will be different. The list
-# of all members will be omitted, etc.
-
-OPTIMIZE_OUTPUT_FOR_C = YES
-
-# Set the OPTIMIZE_OUTPUT_JAVA tag to YES if your project consists of Java
-# sources only. Doxygen will then generate output that is more tailored for
-# Java. For instance, namespaces will be presented as packages, qualified
-# scopes will look different, etc.
-
-OPTIMIZE_OUTPUT_JAVA = NO
-
-# Set the OPTIMIZE_FOR_FORTRAN tag to YES if your project consists of Fortran
-# sources only. Doxygen will then generate output that is more tailored for
-# Fortran.
-
-OPTIMIZE_FOR_FORTRAN = NO
-
-# Set the OPTIMIZE_OUTPUT_VHDL tag to YES if your project consists of VHDL
-# sources. Doxygen will then generate output that is tailored for
-# VHDL.
-
-OPTIMIZE_OUTPUT_VHDL = NO
-
-# Doxygen selects the parser to use depending on the extension of the files it
-# parses. With this tag you can assign which parser to use for a given extension.
-# Doxygen has a built-in mapping, but you can override or extend it using this
-# tag. The format is ext=language, where ext is a file extension, and language
-# is one of the parsers supported by doxygen: IDL, Java, Javascript, CSharp, C,
-# C++, D, PHP, Objective-C, Python, Fortran, VHDL, C, C++. For instance to make
-# doxygen treat .inc files as Fortran files (default is PHP), and .f files as C
-# (default is Fortran), use: inc=Fortran f=C. Note that for custom extensions
-# you also need to set FILE_PATTERNS otherwise the files are not read by doxygen.
-
-EXTENSION_MAPPING =
-
-# If you use STL classes (i.e. std::string, std::vector, etc.) but do not want
-# to include (a tag file for) the STL sources as input, then you should
-# set this tag to YES in order to let doxygen match functions declarations and
-# definitions whose arguments contain STL classes (e.g. func(std::string); v.s.
-# func(std::string) {}). This also makes the inheritance and collaboration
-# diagrams that involve STL classes more complete and accurate.
-
-BUILTIN_STL_SUPPORT = NO
-
-# If you use Microsoft's C++/CLI language, you should set this option to YES to
-# enable parsing support.
-
-CPP_CLI_SUPPORT = NO
-
-# Set the SIP_SUPPORT tag to YES if your project consists of sip sources only.
-# Doxygen will parse them like normal C++ but will assume all classes use public
-# instead of private inheritance when no explicit protection keyword is present.
-
-SIP_SUPPORT = NO
-
-# For Microsoft's IDL there are propget and propput attributes to indicate getter
-# and setter methods for a property. Setting this option to YES (the default)
-# will make doxygen replace the get and set methods by a property in the
-# documentation. This will only work if the methods are indeed getting or
-# setting a simple type. If this is not the case, or you want to show the
-# methods anyway, you should set this option to NO.
-
-IDL_PROPERTY_SUPPORT = YES
-
-# If member grouping is used in the documentation and the DISTRIBUTE_GROUP_DOC
-# tag is set to YES, then doxygen will reuse the documentation of the first
-# member in the group (if any) for the other members of the group. By default
-# all members of a group must be documented explicitly.
-
-DISTRIBUTE_GROUP_DOC = NO
-
-# Set the SUBGROUPING tag to YES (the default) to allow class member groups of
-# the same type (for instance a group of public functions) to be put as a
-# subgroup of that type (e.g. under the Public Functions section). Set it to
-# NO to prevent subgrouping. Alternatively, this can be done per class using
-# the \nosubgrouping command.
-
-SUBGROUPING = YES
-
-# When the INLINE_GROUPED_CLASSES tag is set to YES, classes, structs and
-# unions are shown inside the group in which they are included (e.g. using
-# @ingroup) instead of on a separate page (for HTML and Man pages) or
-# section (for LaTeX and RTF).
-
-INLINE_GROUPED_CLASSES = NO
-
-# When TYPEDEF_HIDES_STRUCT is enabled, a typedef of a struct, union, or enum
-# is documented as struct, union, or enum with the name of the typedef. So
-# typedef struct TypeS {} TypeT, will appear in the documentation as a struct
-# with name TypeT. When disabled the typedef will appear as a member of a file,
-# namespace, or class. And the struct will be named TypeS. This can typically
-# be useful for C code in case the coding convention dictates that all compound
-# types are typedef'ed and only the typedef is referenced, never the tag name.
-
-TYPEDEF_HIDES_STRUCT = NO
-
-# The SYMBOL_CACHE_SIZE determines the size of the internal cache use to
-# determine which symbols to keep in memory and which to flush to disk.
-# When the cache is full, less often used symbols will be written to disk.
-# For small to medium size projects (<1000 input files) the default value is
-# probably good enough. For larger projects a too small cache size can cause
-# doxygen to be busy swapping symbols to and from disk most of the time
-# causing a significant performance penalty.
-# If the system has enough physical memory increasing the cache will improve the
-# performance by keeping more symbols in memory. Note that the value works on
-# a logarithmic scale so increasing the size by one will roughly double the
-# memory usage. The cache size is given by this formula:
-# 2^(16+SYMBOL_CACHE_SIZE). The valid range is 0..9, the default is 0,
-# corresponding to a cache size of 2^16 = 65536 symbols
-
-SYMBOL_CACHE_SIZE = 0
-
-#---------------------------------------------------------------------------
-# Build related configuration options
-#---------------------------------------------------------------------------
-
-# If the EXTRACT_ALL tag is set to YES doxygen will assume all entities in
-# documentation are documented, even if no documentation was available.
-# Private class members and static file members will be hidden unless
-# the EXTRACT_PRIVATE and EXTRACT_STATIC tags are set to YES
-
-EXTRACT_ALL = NO
-
-# If the EXTRACT_PRIVATE tag is set to YES all private members of a class
-# will be included in the documentation.
-
-EXTRACT_PRIVATE = NO
-
-# If the EXTRACT_STATIC tag is set to YES all static members of a file
-# will be included in the documentation.
-
-EXTRACT_STATIC = NO
-
-# If the EXTRACT_LOCAL_CLASSES tag is set to YES classes (and structs)
-# defined locally in source files will be included in the documentation.
-# If set to NO only classes defined in header files are included.
-
-EXTRACT_LOCAL_CLASSES = NO
-
-# This flag is only useful for Objective-C code. When set to YES local
-# methods, which are defined in the implementation section but not in
-# the interface are included in the documentation.
-# If set to NO (the default) only methods in the interface are included.
-
-EXTRACT_LOCAL_METHODS = NO
-
-# If this flag is set to YES, the members of anonymous namespaces will be
-# extracted and appear in the documentation as a namespace called
-# 'anonymous_namespace{file}', where file will be replaced with the base
-# name of the file that contains the anonymous namespace. By default
-# anonymous namespaces are hidden.
-
-EXTRACT_ANON_NSPACES = NO
-
-# If the HIDE_UNDOC_MEMBERS tag is set to YES, Doxygen will hide all
-# undocumented members of documented classes, files or namespaces.
-# If set to NO (the default) these members will be included in the
-# various overviews, but no documentation section is generated.
-# This option has no effect if EXTRACT_ALL is enabled.
-
-HIDE_UNDOC_MEMBERS = YES
-
-# If the HIDE_UNDOC_CLASSES tag is set to YES, Doxygen will hide all
-# undocumented classes that are normally visible in the class hierarchy.
-# If set to NO (the default) these classes will be included in the various
-# overviews. This option has no effect if EXTRACT_ALL is enabled.
-
-HIDE_UNDOC_CLASSES = YES
-
-# If the HIDE_FRIEND_COMPOUNDS tag is set to YES, Doxygen will hide all
-# friend (class|struct|union) declarations.
-# If set to NO (the default) these declarations will be included in the
-# documentation.
-
-HIDE_FRIEND_COMPOUNDS = NO
-
-# If the HIDE_IN_BODY_DOCS tag is set to YES, Doxygen will hide any
-# documentation blocks found inside the body of a function.
-# If set to NO (the default) these blocks will be appended to the
-# function's detailed documentation block.
-
-HIDE_IN_BODY_DOCS = NO
-
-# The INTERNAL_DOCS tag determines if documentation
-# that is typed after a \internal command is included. If the tag is set
-# to NO (the default) then the documentation will be excluded.
-# Set it to YES to include the internal documentation.
-
-INTERNAL_DOCS = NO
-
-# If the CASE_SENSE_NAMES tag is set to NO then Doxygen will only generate
-# file names in lower-case letters. If set to YES upper-case letters are also
-# allowed. This is useful if you have classes or files whose names only differ
-# in case and if your file system supports case sensitive file names. Windows
-# and Mac users are advised to set this option to NO.
-
-CASE_SENSE_NAMES = NO
-
-# If the HIDE_SCOPE_NAMES tag is set to NO (the default) then Doxygen
-# will show members with their full class and namespace scopes in the
-# documentation. If set to YES the scope will be hidden.
-
-HIDE_SCOPE_NAMES = NO
-
-# If the SHOW_INCLUDE_FILES tag is set to YES (the default) then Doxygen
-# will put a list of the files that are included by a file in the documentation
-# of that file.
-
-SHOW_INCLUDE_FILES = YES
-
-# If the FORCE_LOCAL_INCLUDES tag is set to YES then Doxygen
-# will list include files with double quotes in the documentation
-# rather than with sharp brackets.
-
-FORCE_LOCAL_INCLUDES = NO
-
-# If the INLINE_INFO tag is set to YES (the default) then a tag [inline]
-# is inserted in the documentation for inline members.
-
-INLINE_INFO = YES
-
-# If the SORT_MEMBER_DOCS tag is set to YES (the default) then doxygen
-# will sort the (detailed) documentation of file and class members
-# alphabetically by member name. If set to NO the members will appear in
-# declaration order.
-
-SORT_MEMBER_DOCS = NO
-
-# If the SORT_BRIEF_DOCS tag is set to YES then doxygen will sort the
-# brief documentation of file, namespace and class members alphabetically
-# by member name. If set to NO (the default) the members will appear in
-# declaration order.
-
-SORT_BRIEF_DOCS = NO
-
-# If the SORT_MEMBERS_CTORS_1ST tag is set to YES then doxygen
-# will sort the (brief and detailed) documentation of class members so that
-# constructors and destructors are listed first. If set to NO (the default)
-# the constructors will appear in the respective orders defined by
-# SORT_MEMBER_DOCS and SORT_BRIEF_DOCS.
-# This tag will be ignored for brief docs if SORT_BRIEF_DOCS is set to NO
-# and ignored for detailed docs if SORT_MEMBER_DOCS is set to NO.
-
-SORT_MEMBERS_CTORS_1ST = NO
-
-# If the SORT_GROUP_NAMES tag is set to YES then doxygen will sort the
-# hierarchy of group names into alphabetical order. If set to NO (the default)
-# the group names will appear in their defined order.
-
-SORT_GROUP_NAMES = NO
-
-# If the SORT_BY_SCOPE_NAME tag is set to YES, the class list will be
-# sorted by fully-qualified names, including namespaces. If set to
-# NO (the default), the class list will be sorted only by class name,
-# not including the namespace part.
-# Note: This option is not very useful if HIDE_SCOPE_NAMES is set to YES.
-# Note: This option applies only to the class list, not to the
-# alphabetical list.
-
-SORT_BY_SCOPE_NAME = NO
-
-# If the STRICT_PROTO_MATCHING option is enabled and doxygen fails to
-# do proper type resolution of all parameters of a function it will reject a
-# match between the prototype and the implementation of a member function even
-# if there is only one candidate or it is obvious which candidate to choose
-# by doing a simple string match. By disabling STRICT_PROTO_MATCHING doxygen
-# will still accept a match between prototype and implementation in such cases.
-
-STRICT_PROTO_MATCHING = NO
-
-# The GENERATE_TODOLIST tag can be used to enable (YES) or
-# disable (NO) the todo list. This list is created by putting \todo
-# commands in the documentation.
-
-GENERATE_TODOLIST = YES
-
-# The GENERATE_TESTLIST tag can be used to enable (YES) or
-# disable (NO) the test list. This list is created by putting \test
-# commands in the documentation.
-
-GENERATE_TESTLIST = YES
-
-# The GENERATE_BUGLIST tag can be used to enable (YES) or
-# disable (NO) the bug list. This list is created by putting \bug
-# commands in the documentation.
-
-GENERATE_BUGLIST = YES
-
-# The GENERATE_DEPRECATEDLIST tag can be used to enable (YES) or
-# disable (NO) the deprecated list. This list is created by putting
-# \deprecated commands in the documentation.
-
-GENERATE_DEPRECATEDLIST= YES
-
-# The ENABLED_SECTIONS tag can be used to enable conditional
-# documentation sections, marked by \if sectionname ... \endif.
-
-ENABLED_SECTIONS =
-
-# The MAX_INITIALIZER_LINES tag determines the maximum number of lines
-# the initial value of a variable or macro consists of for it to appear in
-# the documentation. If the initializer consists of more lines than specified
-# here it will be hidden. Use a value of 0 to hide initializers completely.
-# The appearance of the initializer of individual variables and macros in the
-# documentation can be controlled using \showinitializer or \hideinitializer
-# command in the documentation regardless of this setting.
-
-MAX_INITIALIZER_LINES = 30
-
-# Set the SHOW_USED_FILES tag to NO to disable the list of files generated
-# at the bottom of the documentation of classes and structs. If set to YES the
-# list will mention the files that were used to generate the documentation.
-
-SHOW_USED_FILES = NO
-
-# If the sources in your project are distributed over multiple directories
-# then setting the SHOW_DIRECTORIES tag to YES will show the directory hierarchy
-# in the documentation. The default is NO.
-
-SHOW_DIRECTORIES = NO
-
-# Set the SHOW_FILES tag to NO to disable the generation of the Files page.
-# This will remove the Files entry from the Quick Index and from the
-# Folder Tree View (if specified). The default is YES.
-
-SHOW_FILES = YES
-
-# Set the SHOW_NAMESPACES tag to NO to disable the generation of the
-# Namespaces page.
-# This will remove the Namespaces entry from the Quick Index
-# and from the Folder Tree View (if specified). The default is YES.
-
-SHOW_NAMESPACES = YES
-
-# The FILE_VERSION_FILTER tag can be used to specify a program or script that
-# doxygen should invoke to get the current version for each file (typically from
-# the version control system). Doxygen will invoke the program by executing (via
-# popen()) the command <command> <input-file>, where <command> is the value of
-# the FILE_VERSION_FILTER tag, and <input-file> is the name of an input file
-# provided by doxygen. Whatever the program writes to standard output
-# is used as the file version. See the manual for examples.
-
-FILE_VERSION_FILTER =
-
-# The LAYOUT_FILE tag can be used to specify a layout file which will be parsed
-# by doxygen. The layout file controls the global structure of the generated
-# output files in an output format independent way. The create the layout file
-# that represents doxygen's defaults, run doxygen with the -l option.
-# You can optionally specify a file name after the option, if omitted
-# DoxygenLayout.xml will be used as the name of the layout file.
-
-LAYOUT_FILE = ./rsc/layout.xml
-
-#---------------------------------------------------------------------------
-# configuration options related to warning and progress messages
-#---------------------------------------------------------------------------
-
-# The QUIET tag can be used to turn on/off the messages that are generated
-# by doxygen. Possible values are YES and NO. If left blank NO is used.
-
-QUIET = YES
-
-# The WARNINGS tag can be used to turn on/off the warning messages that are
-# generated by doxygen. Possible values are YES and NO. If left blank
-# NO is used.
-
-WARNINGS = YES
-
-# If WARN_IF_UNDOCUMENTED is set to YES, then doxygen will generate warnings
-# for undocumented members. If EXTRACT_ALL is set to YES then this flag will
-# automatically be disabled.
-
-WARN_IF_UNDOCUMENTED = YES
-
-# If WARN_IF_DOC_ERROR is set to YES, doxygen will generate warnings for
-# potential errors in the documentation, such as not documenting some
-# parameters in a documented function, or documenting parameters that
-# don't exist or using markup commands wrongly.
-
-WARN_IF_DOC_ERROR = YES
-
-# The WARN_NO_PARAMDOC option can be enabled to get warnings for
-# functions that are documented, but have no documentation for their parameters
-# or return value. If set to NO (the default) doxygen will only warn about
-# wrong or incomplete parameter documentation, but not about the absence of
-# documentation.
-
-WARN_NO_PARAMDOC = YES
-
-# The WARN_FORMAT tag determines the format of the warning messages that
-# doxygen can produce. The string should contain the $file, $line, and $text
-# tags, which will be replaced by the file and line number from which the
-# warning originated and the warning text. Optionally the format may contain
-# $version, which will be replaced by the version of the file (if it could
-# be obtained via FILE_VERSION_FILTER)
-
-WARN_FORMAT = "$file:$line: $text"
-
-# The WARN_LOGFILE tag can be used to specify a file to which warning
-# and error messages should be written. If left blank the output is written
-# to stderr.
-
-WARN_LOGFILE =
-
-#---------------------------------------------------------------------------
-# configuration options related to the input files
-#---------------------------------------------------------------------------
-
-# The INPUT tag can be used to specify the files and/or directories that contain
-# documented source files. You may enter file names like "myfile.cpp" or
-# directories like "/usr/src/myproject". Separate the files or directories
-# with spaces.
-
-INPUT = ../docs/src \
- ../os/kernel \
- ../os/ports \
- ../os/hal \
- ../os/various \
- ../test \
- ../ext/ext.dox
-
-# This tag can be used to specify the character encoding of the source files
-# that doxygen parses. Internally doxygen uses the UTF-8 encoding, which is
-# also the default input encoding. Doxygen uses libiconv (or the iconv built
-# into libc) for the transcoding. See http://www.gnu.org/software/libiconv for
-# the list of possible encodings.
-
-INPUT_ENCODING = UTF-8
-
-# If the value of the INPUT tag contains directories, you can use the
-# FILE_PATTERNS tag to specify one or more wildcard pattern (like *.cpp
-# and *.h) to filter out the source-files in the directories. If left
-# blank the following patterns are tested:
-# *.c *.cc *.cxx *.cpp *.c++ *.d *.java *.ii *.ixx *.ipp *.i++ *.inl *.h *.hh
-# *.hxx *.hpp *.h++ *.idl *.odl *.cs *.php *.php3 *.inc *.m *.mm *.dox *.py
-# *.f90 *.f *.for *.vhd *.vhdl
-
-FILE_PATTERNS = *.c \
- *.cc \
- *.cxx \
- *.cpp \
- *.c++ \
- *.d \
- *.java \
- *.ii \
- *.ixx \
- *.ipp \
- *.i++ \
- *.inl \
- *.h \
- *.hh \
- *.hxx \
- *.hpp \
- *.h++ \
- *.idl \
- *.odl \
- *.cs \
- *.php \
- *.php3 \
- *.inc \
- *.m \
- *.mm \
- *.dox \
- *.py \
- *.ddf \
- *.s
-
-# The RECURSIVE tag can be used to turn specify whether or not subdirectories
-# should be searched for input files as well. Possible values are YES and NO.
-# If left blank NO is used.
-
-RECURSIVE = YES
-
-# The EXCLUDE tag can be used to specify files and/or directories that should
-# excluded from the INPUT source files. This way you can easily exclude a
-# subdirectory from a directory tree whose root is specified with the INPUT tag.
-
-EXCLUDE = ../os/ports/common/ARMCMx/CMSIS \
- ../os/ports/GCC/SIMIA32 \
- ../os/hal/platforms \
- ../os/hal/templates/meta \
- ../os/various\devices_lib \
- ../os/various\fatfs_bindings \
- ../os/various\lwip_bindings \
- ../test/coverage
-
-# The EXCLUDE_SYMLINKS tag can be used select whether or not files or
-# directories that are symbolic links (a Unix file system feature) are excluded
-# from the input.
-
-EXCLUDE_SYMLINKS = NO
-
-# If the value of the INPUT tag contains directories, you can use the
-# EXCLUDE_PATTERNS tag to specify one or more wildcard patterns to exclude
-# certain files from those directories. Note that the wildcards are matched
-# against the file with absolute path, so to exclude all test directories
-# for example use the pattern */test/*
-
-EXCLUDE_PATTERNS =
-
-# The EXCLUDE_SYMBOLS tag can be used to specify one or more symbol names
-# (namespaces, classes, functions, etc.) that should be excluded from the
-# output. The symbol name can be a fully qualified name, a word, or if the
-# wildcard * is used, a substring. Examples: ANamespace, AClass,
-# AClass::ANamespace, ANamespace::*Test
-
-EXCLUDE_SYMBOLS =
-
-# The EXAMPLE_PATH tag can be used to specify one or more files or
-# directories that contain example code fragments that are included (see
-# the \include command).
-
-EXAMPLE_PATH =
-
-# If the value of the EXAMPLE_PATH tag contains directories, you can use the
-# EXAMPLE_PATTERNS tag to specify one or more wildcard pattern (like *.cpp
-# and *.h) to filter out the source-files in the directories. If left
-# blank all files are included.
-
-EXAMPLE_PATTERNS = *
-
-# If the EXAMPLE_RECURSIVE tag is set to YES then subdirectories will be
-# searched for input files to be used with the \include or \dontinclude
-# commands irrespective of the value of the RECURSIVE tag.
-# Possible values are YES and NO. If left blank NO is used.
-
-EXAMPLE_RECURSIVE = NO
-
-# The IMAGE_PATH tag can be used to specify one or more files or
-# directories that contain image that are included in the documentation (see
-# the \image command).
-
-IMAGE_PATH = ./rsc
-
-# The INPUT_FILTER tag can be used to specify a program that doxygen should
-# invoke to filter for each input file. Doxygen will invoke the filter program
-# by executing (via popen()) the command <filter> <input-file>, where <filter>
-# is the value of the INPUT_FILTER tag, and <input-file> is the name of an
-# input file. Doxygen will then use the output that the filter program writes
-# to standard output.
-# If FILTER_PATTERNS is specified, this tag will be
-# ignored.
-
-INPUT_FILTER =
-
-# The FILTER_PATTERNS tag can be used to specify filters on a per file pattern
-# basis.
-# Doxygen will compare the file name with each pattern and apply the
-# filter if there is a match.
-# The filters are a list of the form:
-# pattern=filter (like *.cpp=my_cpp_filter). See INPUT_FILTER for further
-# info on how filters are used. If FILTER_PATTERNS is empty or if
-# non of the patterns match the file name, INPUT_FILTER is applied.
-
-FILTER_PATTERNS =
-
-# If the FILTER_SOURCE_FILES tag is set to YES, the input filter (if set using
-# INPUT_FILTER) will be used to filter the input files when producing source
-# files to browse (i.e. when SOURCE_BROWSER is set to YES).
-
-FILTER_SOURCE_FILES = NO
-
-# The FILTER_SOURCE_PATTERNS tag can be used to specify source filters per file
-# pattern. A pattern will override the setting for FILTER_PATTERN (if any)
-# and it is also possible to disable source filtering for a specific pattern
-# using *.ext= (so without naming a filter). This option only has effect when
-# FILTER_SOURCE_FILES is enabled.
-
-FILTER_SOURCE_PATTERNS =
-
-#---------------------------------------------------------------------------
-# configuration options related to source browsing
-#---------------------------------------------------------------------------
-
-# If the SOURCE_BROWSER tag is set to YES then a list of source files will
-# be generated. Documented entities will be cross-referenced with these sources.
-# Note: To get rid of all source code in the generated output, make sure also
-# VERBATIM_HEADERS is set to NO.
-
-SOURCE_BROWSER = YES
-
-# Setting the INLINE_SOURCES tag to YES will include the body
-# of functions and classes directly in the documentation.
-
-INLINE_SOURCES = NO
-
-# Setting the STRIP_CODE_COMMENTS tag to YES (the default) will instruct
-# doxygen to hide any special comment blocks from generated source code
-# fragments. Normal C and C++ comments will always remain visible.
-
-STRIP_CODE_COMMENTS = NO
-
-# If the REFERENCED_BY_RELATION tag is set to YES
-# then for each documented function all documented
-# functions referencing it will be listed.
-
-REFERENCED_BY_RELATION = YES
-
-# If the REFERENCES_RELATION tag is set to YES
-# then for each documented function all documented entities
-# called/used by that function will be listed.
-
-REFERENCES_RELATION = YES
-
-# If the REFERENCES_LINK_SOURCE tag is set to YES (the default)
-# and SOURCE_BROWSER tag is set to YES, then the hyperlinks from
-# functions in REFERENCES_RELATION and REFERENCED_BY_RELATION lists will
-# link to the source code.
-# Otherwise they will link to the documentation.
-
-REFERENCES_LINK_SOURCE = NO
-
-# If the USE_HTAGS tag is set to YES then the references to source code
-# will point to the HTML generated by the htags(1) tool instead of doxygen
-# built-in source browser. The htags tool is part of GNU's global source
-# tagging system (see http://www.gnu.org/software/global/global.html). You
-# will need version 4.8.6 or higher.
-
-USE_HTAGS = NO
-
-# If the VERBATIM_HEADERS tag is set to YES (the default) then Doxygen
-# will generate a verbatim copy of the header file for each class for
-# which an include is specified. Set to NO to disable this.
-
-VERBATIM_HEADERS = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the alphabetical class index
-#---------------------------------------------------------------------------
-
-# If the ALPHABETICAL_INDEX tag is set to YES, an alphabetical index
-# of all compounds will be generated. Enable this if the project
-# contains a lot of classes, structs, unions or interfaces.
-
-ALPHABETICAL_INDEX = NO
-
-# If the alphabetical index is enabled (see ALPHABETICAL_INDEX) then
-# the COLS_IN_ALPHA_INDEX tag can be used to specify the number of columns
-# in which this list will be split (can be a number in the range [1..20])
-
-COLS_IN_ALPHA_INDEX = 5
-
-# In case all classes in a project start with a common prefix, all
-# classes will be put under the same header in the alphabetical index.
-# The IGNORE_PREFIX tag can be used to specify one or more prefixes that
-# should be ignored while generating the index headers.
-
-IGNORE_PREFIX =
-
-#---------------------------------------------------------------------------
-# configuration options related to the HTML output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_HTML tag is set to YES (the default) Doxygen will
-# generate HTML output.
-
-GENERATE_HTML = YES
-
-# The HTML_OUTPUT tag is used to specify where the HTML docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `html' will be used as the default path.
-
-HTML_OUTPUT = html
-
-# The HTML_FILE_EXTENSION tag can be used to specify the file extension for
-# each generated HTML page (for example: .htm,.php,.asp). If it is left blank
-# doxygen will generate files with .html extension.
-
-HTML_FILE_EXTENSION = .html
-
-# The HTML_HEADER tag can be used to specify a personal HTML header for
-# each generated HTML page. If it is left blank doxygen will generate a
-# standard header. Note that when using a custom header you are responsible
-# for the proper inclusion of any scripts and style sheets that doxygen
-# needs, which is dependent on the configuration options used.
-# It is adviced to generate a default header using "doxygen -w html
-# header.html footer.html stylesheet.css YourConfigFile" and then modify
-# that header. Note that the header is subject to change so you typically
-# have to redo this when upgrading to a newer version of doxygen or when changing the value of configuration settings such as GENERATE_TREEVIEW!
-
-HTML_HEADER = ./rsc/header_chm.html
-
-# The HTML_FOOTER tag can be used to specify a personal HTML footer for
-# each generated HTML page. If it is left blank doxygen will generate a
-# standard footer.
-
-HTML_FOOTER = ./rsc/footer_chm.html
-
-# The HTML_STYLESHEET tag can be used to specify a user-defined cascading
-# style sheet that is used by each HTML page. It can be used to
-# fine-tune the look of the HTML output. If the tag is left blank doxygen
-# will generate a default style sheet. Note that doxygen will try to copy
-# the style sheet file to the HTML output directory, so don't put your own
-# stylesheet in the HTML output directory as well, or it will be erased!
-
-HTML_STYLESHEET =
-
-# The HTML_EXTRA_FILES tag can be used to specify one or more extra images or
-# other source files which should be copied to the HTML output directory. Note
-# that these files will be copied to the base HTML output directory. Use the
-# $relpath$ marker in the HTML_HEADER and/or HTML_FOOTER files to load these
-# files. In the HTML_STYLESHEET file, use the file name only. Also note that
-# the files will be copied as-is; there are no commands or markers available.
-
-HTML_EXTRA_FILES =
-
-# The HTML_COLORSTYLE_HUE tag controls the color of the HTML output.
-# Doxygen will adjust the colors in the stylesheet and background images
-# according to this color. Hue is specified as an angle on a colorwheel,
-# see http://en.wikipedia.org/wiki/Hue for more information.
-# For instance the value 0 represents red, 60 is yellow, 120 is green,
-# 180 is cyan, 240 is blue, 300 purple, and 360 is red again.
-# The allowed range is 0 to 359.
-
-HTML_COLORSTYLE_HUE = 220
-
-# The HTML_COLORSTYLE_SAT tag controls the purity (or saturation) of
-# the colors in the HTML output. For a value of 0 the output will use
-# grayscales only. A value of 255 will produce the most vivid colors.
-
-HTML_COLORSTYLE_SAT = 100
-
-# The HTML_COLORSTYLE_GAMMA tag controls the gamma correction applied to
-# the luminance component of the colors in the HTML output. Values below
-# 100 gradually make the output lighter, whereas values above 100 make
-# the output darker. The value divided by 100 is the actual gamma applied,
-# so 80 represents a gamma of 0.8, The value 220 represents a gamma of 2.2,
-# and 100 does not change the gamma.
-
-HTML_COLORSTYLE_GAMMA = 80
-
-# If the HTML_TIMESTAMP tag is set to YES then the footer of each generated HTML
-# page will contain the date and time when the page was generated. Setting
-# this to NO can help when comparing the output of multiple runs.
-
-HTML_TIMESTAMP = YES
-
-# If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes,
-# files or namespaces will be aligned in HTML using tables. If set to
-# NO a bullet list will be used.
-
-HTML_ALIGN_MEMBERS = YES
-
-# If the HTML_DYNAMIC_SECTIONS tag is set to YES then the generated HTML
-# documentation will contain sections that can be hidden and shown after the
-# page has loaded. For this to work a browser that supports
-# JavaScript and DHTML is required (for instance Mozilla 1.0+, Firefox
-# Netscape 6.0+, Internet explorer 5.0+, Konqueror, or Safari).
-
-HTML_DYNAMIC_SECTIONS = NO
-
-# If the GENERATE_DOCSET tag is set to YES, additional index files
-# will be generated that can be used as input for Apple's Xcode 3
-# integrated development environment, introduced with OSX 10.5 (Leopard).
-# To create a documentation set, doxygen will generate a Makefile in the
-# HTML output directory. Running make will produce the docset in that
-# directory and running "make install" will install the docset in
-# ~/Library/Developer/Shared/Documentation/DocSets so that Xcode will find
-# it at startup.
-# See http://developer.apple.com/tools/creatingdocsetswithdoxygen.html
-# for more information.
-
-GENERATE_DOCSET = NO
-
-# When GENERATE_DOCSET tag is set to YES, this tag determines the name of the
-# feed. A documentation feed provides an umbrella under which multiple
-# documentation sets from a single provider (such as a company or product suite)
-# can be grouped.
-
-DOCSET_FEEDNAME = "Doxygen generated docs"
-
-# When GENERATE_DOCSET tag is set to YES, this tag specifies a string that
-# should uniquely identify the documentation set bundle. This should be a
-# reverse domain-name style string, e.g. com.mycompany.MyDocSet. Doxygen
-# will append .docset to the name.
-
-DOCSET_BUNDLE_ID = org.doxygen.Project
-
-# When GENERATE_PUBLISHER_ID tag specifies a string that should uniquely identify
-# the documentation publisher. This should be a reverse domain-name style
-# string, e.g. com.mycompany.MyDocSet.documentation.
-
-DOCSET_PUBLISHER_ID = org.doxygen.Publisher
-
-# The GENERATE_PUBLISHER_NAME tag identifies the documentation publisher.
-
-DOCSET_PUBLISHER_NAME = Publisher
-
-# If the GENERATE_HTMLHELP tag is set to YES, additional index files
-# will be generated that can be used as input for tools like the
-# Microsoft HTML help workshop to generate a compiled HTML help file (.chm)
-# of the generated HTML documentation.
-
-GENERATE_HTMLHELP = YES
-
-# If the GENERATE_HTMLHELP tag is set to YES, the CHM_FILE tag can
-# be used to specify the file name of the resulting .chm file. You
-# can add a path in front of the file if the result should not be
-# written to the html output directory.
-
-CHM_FILE = ../ChibiOS_RT.chm
-
-# If the GENERATE_HTMLHELP tag is set to YES, the HHC_LOCATION tag can
-# be used to specify the location (absolute path including file name) of
-# the HTML help compiler (hhc.exe). If non-empty doxygen will try to run
-# the HTML help compiler on the generated index.hhp.
-
-HHC_LOCATION = "\"C:/Program Files/HTML Help Workshop/hhc.exe\""
-
-# If the GENERATE_HTMLHELP tag is set to YES, the GENERATE_CHI flag
-# controls if a separate .chi index file is generated (YES) or that
-# it should be included in the master .chm file (NO).
-
-GENERATE_CHI = NO
-
-# If the GENERATE_HTMLHELP tag is set to YES, the CHM_INDEX_ENCODING
-# is used to encode HtmlHelp index (hhk), content (hhc) and project file
-# content.
-
-CHM_INDEX_ENCODING =
-
-# If the GENERATE_HTMLHELP tag is set to YES, the BINARY_TOC flag
-# controls whether a binary table of contents is generated (YES) or a
-# normal table of contents (NO) in the .chm file.
-
-BINARY_TOC = NO
-
-# The TOC_EXPAND flag can be set to YES to add extra items for group members
-# to the contents of the HTML help documentation and to the tree view.
-
-TOC_EXPAND = NO
-
-# If the GENERATE_QHP tag is set to YES and both QHP_NAMESPACE and
-# QHP_VIRTUAL_FOLDER are set, an additional index file will be generated
-# that can be used as input for Qt's qhelpgenerator to generate a
-# Qt Compressed Help (.qch) of the generated HTML documentation.
-
-GENERATE_QHP = NO
-
-# If the QHG_LOCATION tag is specified, the QCH_FILE tag can
-# be used to specify the file name of the resulting .qch file.
-# The path specified is relative to the HTML output folder.
-
-QCH_FILE =
-
-# The QHP_NAMESPACE tag specifies the namespace to use when generating
-# Qt Help Project output. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#namespace
-
-QHP_NAMESPACE = org.doxygen.Project
-
-# The QHP_VIRTUAL_FOLDER tag specifies the namespace to use when generating
-# Qt Help Project output. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#virtual-folders
-
-QHP_VIRTUAL_FOLDER = doc
-
-# If QHP_CUST_FILTER_NAME is set, it specifies the name of a custom filter to
-# add. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#custom-filters
-
-QHP_CUST_FILTER_NAME =
-
-# The QHP_CUST_FILT_ATTRS tag specifies the list of the attributes of the
-# custom filter to add. For more information please see
-# <a href="http://doc.trolltech.com/qthelpproject.html#custom-filters">
-# Qt Help Project / Custom Filters</a>.
-
-QHP_CUST_FILTER_ATTRS =
-
-# The QHP_SECT_FILTER_ATTRS tag specifies the list of the attributes this
-# project's
-# filter section matches.
-# <a href="http://doc.trolltech.com/qthelpproject.html#filter-attributes">
-# Qt Help Project / Filter Attributes</a>.
-
-QHP_SECT_FILTER_ATTRS =
-
-# If the GENERATE_QHP tag is set to YES, the QHG_LOCATION tag can
-# be used to specify the location of Qt's qhelpgenerator.
-# If non-empty doxygen will try to run qhelpgenerator on the generated
-# .qhp file.
-
-QHG_LOCATION =
-
-# If the GENERATE_ECLIPSEHELP tag is set to YES, additional index files
-# will be generated, which together with the HTML files, form an Eclipse help
-# plugin. To install this plugin and make it available under the help contents
-# menu in Eclipse, the contents of the directory containing the HTML and XML
-# files needs to be copied into the plugins directory of eclipse. The name of
-# the directory within the plugins directory should be the same as
-# the ECLIPSE_DOC_ID value. After copying Eclipse needs to be restarted before
-# the help appears.
-
-GENERATE_ECLIPSEHELP = NO
-
-# A unique identifier for the eclipse help plugin. When installing the plugin
-# the directory name containing the HTML and XML files should also have
-# this name.
-
-ECLIPSE_DOC_ID = org.doxygen.Project
-
-# The DISABLE_INDEX tag can be used to turn on/off the condensed index at
-# top of each HTML page. The value NO (the default) enables the index and
-# the value YES disables it.
-
-DISABLE_INDEX = NO
-
-# The ENUM_VALUES_PER_LINE tag can be used to set the number of enum values
-# (range [0,1..20]) that doxygen will group on one line in the generated HTML
-# documentation. Note that a value of 0 will completely suppress the enum
-# values from appearing in the overview section.
-
-ENUM_VALUES_PER_LINE = 4
-
-# The GENERATE_TREEVIEW tag is used to specify whether a tree-like index
-# structure should be generated to display hierarchical information.
-# If the tag value is set to YES, a side panel will be generated
-# containing a tree-like index structure (just like the one that
-# is generated for HTML Help). For this to work a browser that supports
-# JavaScript, DHTML, CSS and frames is required (i.e. any modern browser).
-# Windows users are probably better off using the HTML help feature.
-
-GENERATE_TREEVIEW = NO
-
-# By enabling USE_INLINE_TREES, doxygen will generate the Groups, Directories,
-# and Class Hierarchy pages using a tree view instead of an ordered list.
-
-USE_INLINE_TREES = NO
-
-# If the treeview is enabled (see GENERATE_TREEVIEW) then this tag can be
-# used to set the initial width (in pixels) of the frame in which the tree
-# is shown.
-
-TREEVIEW_WIDTH = 250
-
-# When the EXT_LINKS_IN_WINDOW option is set to YES doxygen will open
-# links to external symbols imported via tag files in a separate window.
-
-EXT_LINKS_IN_WINDOW = NO
-
-# Use this tag to change the font size of Latex formulas included
-# as images in the HTML documentation. The default is 10. Note that
-# when you change the font size after a successful doxygen run you need
-# to manually remove any form_*.png images from the HTML output directory
-# to force them to be regenerated.
-
-FORMULA_FONTSIZE = 10
-
-# Use the FORMULA_TRANPARENT tag to determine whether or not the images
-# generated for formulas are transparent PNGs. Transparent PNGs are
-# not supported properly for IE 6.0, but are supported on all modern browsers.
-# Note that when changing this option you need to delete any form_*.png files
-# in the HTML output before the changes have effect.
-
-FORMULA_TRANSPARENT = YES
-
-# Enable the USE_MATHJAX option to render LaTeX formulas using MathJax
-# (see http://www.mathjax.org) which uses client side Javascript for the
-# rendering instead of using prerendered bitmaps. Use this if you do not
-# have LaTeX installed or if you want to formulas look prettier in the HTML
-# output. When enabled you also need to install MathJax separately and
-# configure the path to it using the MATHJAX_RELPATH option.
-
-USE_MATHJAX = NO
-
-# When MathJax is enabled you need to specify the location relative to the
-# HTML output directory using the MATHJAX_RELPATH option. The destination
-# directory should contain the MathJax.js script. For instance, if the mathjax
-# directory is located at the same level as the HTML output directory, then
-# MATHJAX_RELPATH should be ../mathjax. The default value points to the
-# mathjax.org site, so you can quickly see the result without installing
-# MathJax, but it is strongly recommended to install a local copy of MathJax
-# before deployment.
-
-MATHJAX_RELPATH = http://www.mathjax.org/mathjax
-
-# When the SEARCHENGINE tag is enabled doxygen will generate a search box
-# for the HTML output. The underlying search engine uses javascript
-# and DHTML and should work on any modern browser. Note that when using
-# HTML help (GENERATE_HTMLHELP), Qt help (GENERATE_QHP), or docsets
-# (GENERATE_DOCSET) there is already a search function so this one should
-# typically be disabled. For large projects the javascript based search engine
-# can be slow, then enabling SERVER_BASED_SEARCH may provide a better solution.
-
-SEARCHENGINE = NO
-
-# When the SERVER_BASED_SEARCH tag is enabled the search engine will be
-# implemented using a PHP enabled web server instead of at the web client
-# using Javascript. Doxygen will generate the search PHP script and index
-# file to put on the web server. The advantage of the server
-# based approach is that it scales better to large projects and allows
-# full text search. The disadvantages are that it is more difficult to setup
-# and does not have live searching capabilities.
-
-SERVER_BASED_SEARCH = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the LaTeX output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_LATEX tag is set to YES (the default) Doxygen will
-# generate Latex output.
-
-GENERATE_LATEX = NO
-
-# The LATEX_OUTPUT tag is used to specify where the LaTeX docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `latex' will be used as the default path.
-
-LATEX_OUTPUT = latex
-
-# The LATEX_CMD_NAME tag can be used to specify the LaTeX command name to be
-# invoked. If left blank `latex' will be used as the default command name.
-# Note that when enabling USE_PDFLATEX this option is only used for
-# generating bitmaps for formulas in the HTML output, but not in the
-# Makefile that is written to the output directory.
-
-LATEX_CMD_NAME = latex
-
-# The MAKEINDEX_CMD_NAME tag can be used to specify the command name to
-# generate index for LaTeX. If left blank `makeindex' will be used as the
-# default command name.
-
-MAKEINDEX_CMD_NAME = makeindex
-
-# If the COMPACT_LATEX tag is set to YES Doxygen generates more compact
-# LaTeX documents. This may be useful for small projects and may help to
-# save some trees in general.
-
-COMPACT_LATEX = NO
-
-# The PAPER_TYPE tag can be used to set the paper type that is used
-# by the printer. Possible values are: a4, letter, legal and
-# executive. If left blank a4wide will be used.
-
-PAPER_TYPE = a4wide
-
-# The EXTRA_PACKAGES tag can be to specify one or more names of LaTeX
-# packages that should be included in the LaTeX output.
-
-EXTRA_PACKAGES =
-
-# The LATEX_HEADER tag can be used to specify a personal LaTeX header for
-# the generated latex document. The header should contain everything until
-# the first chapter. If it is left blank doxygen will generate a
-# standard header. Notice: only use this tag if you know what you are doing!
-
-LATEX_HEADER =
-
-# The LATEX_FOOTER tag can be used to specify a personal LaTeX footer for
-# the generated latex document. The footer should contain everything after
-# the last chapter. If it is left blank doxygen will generate a
-# standard footer. Notice: only use this tag if you know what you are doing!
-
-LATEX_FOOTER =
-
-# If the PDF_HYPERLINKS tag is set to YES, the LaTeX that is generated
-# is prepared for conversion to pdf (using ps2pdf). The pdf file will
-# contain links (just like the HTML output) instead of page references
-# This makes the output suitable for online browsing using a pdf viewer.
-
-PDF_HYPERLINKS = YES
-
-# If the USE_PDFLATEX tag is set to YES, pdflatex will be used instead of
-# plain latex in the generated Makefile. Set this option to YES to get a
-# higher quality PDF documentation.
-
-USE_PDFLATEX = YES
-
-# If the LATEX_BATCHMODE tag is set to YES, doxygen will add the \\batchmode.
-# command to the generated LaTeX files. This will instruct LaTeX to keep
-# running if errors occur, instead of asking the user for help.
-# This option is also used when generating formulas in HTML.
-
-LATEX_BATCHMODE = NO
-
-# If LATEX_HIDE_INDICES is set to YES then doxygen will not
-# include the index chapters (such as File Index, Compound Index, etc.)
-# in the output.
-
-LATEX_HIDE_INDICES = NO
-
-# If LATEX_SOURCE_CODE is set to YES then doxygen will include
-# source code with syntax highlighting in the LaTeX output.
-# Note that which sources are shown also depends on other settings
-# such as SOURCE_BROWSER.
-
-LATEX_SOURCE_CODE = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the RTF output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_RTF tag is set to YES Doxygen will generate RTF output
-# The RTF output is optimized for Word 97 and may not look very pretty with
-# other RTF readers or editors.
-
-GENERATE_RTF = NO
-
-# The RTF_OUTPUT tag is used to specify where the RTF docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `rtf' will be used as the default path.
-
-RTF_OUTPUT = rtf
-
-# If the COMPACT_RTF tag is set to YES Doxygen generates more compact
-# RTF documents. This may be useful for small projects and may help to
-# save some trees in general.
-
-COMPACT_RTF = NO
-
-# If the RTF_HYPERLINKS tag is set to YES, the RTF that is generated
-# will contain hyperlink fields. The RTF file will
-# contain links (just like the HTML output) instead of page references.
-# This makes the output suitable for online browsing using WORD or other
-# programs which support those fields.
-# Note: wordpad (write) and others do not support links.
-
-RTF_HYPERLINKS = NO
-
-# Load stylesheet definitions from file. Syntax is similar to doxygen's
-# config file, i.e. a series of assignments. You only have to provide
-# replacements, missing definitions are set to their default value.
-
-RTF_STYLESHEET_FILE =
-
-# Set optional variables used in the generation of an rtf document.
-# Syntax is similar to doxygen's config file.
-
-RTF_EXTENSIONS_FILE =
-
-#---------------------------------------------------------------------------
-# configuration options related to the man page output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_MAN tag is set to YES (the default) Doxygen will
-# generate man pages
-
-GENERATE_MAN = NO
-
-# The MAN_OUTPUT tag is used to specify where the man pages will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `man' will be used as the default path.
-
-MAN_OUTPUT = man
-
-# The MAN_EXTENSION tag determines the extension that is added to
-# the generated man pages (default is the subroutine's section .3)
-
-MAN_EXTENSION = .3
-
-# If the MAN_LINKS tag is set to YES and Doxygen generates man output,
-# then it will generate one additional man file for each entity
-# documented in the real man page(s). These additional files
-# only source the real man page, but without them the man command
-# would be unable to find the correct page. The default is NO.
-
-MAN_LINKS = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the XML output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_XML tag is set to YES Doxygen will
-# generate an XML file that captures the structure of
-# the code including all documentation.
-
-GENERATE_XML = NO
-
-# The XML_OUTPUT tag is used to specify where the XML pages will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `xml' will be used as the default path.
-
-XML_OUTPUT = xml
-
-# The XML_SCHEMA tag can be used to specify an XML schema,
-# which can be used by a validating XML parser to check the
-# syntax of the XML files.
-
-XML_SCHEMA =
-
-# The XML_DTD tag can be used to specify an XML DTD,
-# which can be used by a validating XML parser to check the
-# syntax of the XML files.
-
-XML_DTD =
-
-# If the XML_PROGRAMLISTING tag is set to YES Doxygen will
-# dump the program listings (including syntax highlighting
-# and cross-referencing information) to the XML output. Note that
-# enabling this will significantly increase the size of the XML output.
-
-XML_PROGRAMLISTING = YES
-
-#---------------------------------------------------------------------------
-# configuration options for the AutoGen Definitions output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_AUTOGEN_DEF tag is set to YES Doxygen will
-# generate an AutoGen Definitions (see autogen.sf.net) file
-# that captures the structure of the code including all
-# documentation. Note that this feature is still experimental
-# and incomplete at the moment.
-
-GENERATE_AUTOGEN_DEF = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the Perl module output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_PERLMOD tag is set to YES Doxygen will
-# generate a Perl module file that captures the structure of
-# the code including all documentation. Note that this
-# feature is still experimental and incomplete at the
-# moment.
-
-GENERATE_PERLMOD = NO
-
-# If the PERLMOD_LATEX tag is set to YES Doxygen will generate
-# the necessary Makefile rules, Perl scripts and LaTeX code to be able
-# to generate PDF and DVI output from the Perl module output.
-
-PERLMOD_LATEX = NO
-
-# If the PERLMOD_PRETTY tag is set to YES the Perl module output will be
-# nicely formatted so it can be parsed by a human reader.
-# This is useful
-# if you want to understand what is going on.
-# On the other hand, if this
-# tag is set to NO the size of the Perl module output will be much smaller
-# and Perl will parse it just the same.
-
-PERLMOD_PRETTY = YES
-
-# The names of the make variables in the generated doxyrules.make file
-# are prefixed with the string contained in PERLMOD_MAKEVAR_PREFIX.
-# This is useful so different doxyrules.make files included by the same
-# Makefile don't overwrite each other's variables.
-
-PERLMOD_MAKEVAR_PREFIX =
-
-#---------------------------------------------------------------------------
-# Configuration options related to the preprocessor
-#---------------------------------------------------------------------------
-
-# If the ENABLE_PREPROCESSING tag is set to YES (the default) Doxygen will
-# evaluate all C-preprocessor directives found in the sources and include
-# files.
-
-ENABLE_PREPROCESSING = YES
-
-# If the MACRO_EXPANSION tag is set to YES Doxygen will expand all macro
-# names in the source code. If set to NO (the default) only conditional
-# compilation will be performed. Macro expansion can be done in a controlled
-# way by setting EXPAND_ONLY_PREDEF to YES.
-
-MACRO_EXPANSION = YES
-
-# If the EXPAND_ONLY_PREDEF and MACRO_EXPANSION tags are both set to YES
-# then the macro expansion is limited to the macros specified with the
-# PREDEFINED and EXPAND_AS_DEFINED tags.
-
-EXPAND_ONLY_PREDEF = YES
-
-# If the SEARCH_INCLUDES tag is set to YES (the default) the includes files
-# pointed to by INCLUDE_PATH will be searched when a #include is found.
-
-SEARCH_INCLUDES = YES
-
-# The INCLUDE_PATH tag can be used to specify one or more directories that
-# contain include files that are not input files but should be processed by
-# the preprocessor.
-
-INCLUDE_PATH =
-
-# You can use the INCLUDE_FILE_PATTERNS tag to specify one or more wildcard
-# patterns (like *.h and *.hpp) to filter out the header-files in the
-# directories. If left blank, the patterns specified with FILE_PATTERNS will
-# be used.
-
-INCLUDE_FILE_PATTERNS =
-
-# The PREDEFINED tag can be used to specify one or more macro names that
-# are defined before the preprocessor is started (similar to the -D option of
-# gcc). The argument of the tag is a list of macros of the form: name
-# or name=definition (no spaces). If the definition and the = are
-# omitted =1 is assumed. To prevent a macro definition from being
-# undefined via #undef or recursively expanded use the := operator
-# instead of the = operator.
-
-PREDEFINED = __DOXYGEN__
-
-# If the MACRO_EXPANSION and EXPAND_ONLY_PREDEF tags are set to YES then
-# this tag can be used to specify a list of macro names that should be expanded.
-# The macro definition that is found in the sources will be used.
-# Use the PREDEFINED tag if you want to use a different macro definition that
-# overrules the definition found in the source code.
-
-EXPAND_AS_DEFINED =
-
-# If the SKIP_FUNCTION_MACROS tag is set to YES (the default) then
-# doxygen's preprocessor will remove all references to function-like macros
-# that are alone on a line, have an all uppercase name, and do not end with a
-# semicolon, because these will confuse the parser if not removed.
-
-SKIP_FUNCTION_MACROS = NO
-
-#---------------------------------------------------------------------------
-# Configuration::additions related to external references
-#---------------------------------------------------------------------------
-
-# The TAGFILES option can be used to specify one or more tagfiles.
-# Optionally an initial location of the external documentation
-# can be added for each tagfile. The format of a tag file without
-# this location is as follows:
-#
-# TAGFILES = file1 file2 ...
-# Adding location for the tag files is done as follows:
-#
-# TAGFILES = file1=loc1 "file2 = loc2" ...
-# where "loc1" and "loc2" can be relative or absolute paths or
-# URLs. If a location is present for each tag, the installdox tool
-# does not have to be run to correct the links.
-# Note that each tag file must have a unique name
-# (where the name does NOT include the path)
-# If a tag file is not located in the directory in which doxygen
-# is run, you must also specify the path to the tagfile here.
-
-TAGFILES =
-
-# When a file name is specified after GENERATE_TAGFILE, doxygen will create
-# a tag file that is based on the input files it reads.
-
-GENERATE_TAGFILE =
-
-# If the ALLEXTERNALS tag is set to YES all external classes will be listed
-# in the class index. If set to NO only the inherited external classes
-# will be listed.
-
-ALLEXTERNALS = NO
-
-# If the EXTERNAL_GROUPS tag is set to YES all external groups will be listed
-# in the modules index. If set to NO, only the current project's groups will
-# be listed.
-
-EXTERNAL_GROUPS = YES
-
-# The PERL_PATH should be the absolute path and name of the perl script
-# interpreter (i.e. the result of `which perl').
-
-PERL_PATH = /usr/bin/perl
-
-#---------------------------------------------------------------------------
-# Configuration options related to the dot tool
-#---------------------------------------------------------------------------
-
-# If the CLASS_DIAGRAMS tag is set to YES (the default) Doxygen will
-# generate a inheritance diagram (in HTML, RTF and LaTeX) for classes with base
-# or super classes. Setting the tag to NO turns the diagrams off. Note that
-# this option also works with HAVE_DOT disabled, but it is recommended to
-# install and use dot, since it yields more powerful graphs.
-
-CLASS_DIAGRAMS = NO
-
-# You can define message sequence charts within doxygen comments using the \msc
-# command. Doxygen will then run the mscgen tool (see
-# http://www.mcternan.me.uk/mscgen/) to produce the chart and insert it in the
-# documentation. The MSCGEN_PATH tag allows you to specify the directory where
-# the mscgen tool resides. If left empty the tool is assumed to be found in the
-# default search path.
-
-MSCGEN_PATH =
-
-# If set to YES, the inheritance and collaboration graphs will hide
-# inheritance and usage relations if the target is undocumented
-# or is not a class.
-
-HIDE_UNDOC_RELATIONS = YES
-
-# If you set the HAVE_DOT tag to YES then doxygen will assume the dot tool is
-# available from the path. This tool is part of Graphviz, a graph visualization
-# toolkit from AT&T and Lucent Bell Labs. The other options in this section
-# have no effect if this option is set to NO (the default)
-
-HAVE_DOT = YES
-
-# The DOT_NUM_THREADS specifies the number of dot invocations doxygen is
-# allowed to run in parallel. When set to 0 (the default) doxygen will
-# base this on the number of processors available in the system. You can set it
-# explicitly to a value larger than 0 to get control over the balance
-# between CPU load and processing speed.
-
-DOT_NUM_THREADS = 0
-
-# By default doxygen will write a font called Helvetica to the output
-# directory and reference it in all dot files that doxygen generates.
-# When you want a differently looking font you can specify the font name
-# using DOT_FONTNAME. You need to make sure dot is able to find the font,
-# which can be done by putting it in a standard location or by setting the
-# DOTFONTPATH environment variable or by setting DOT_FONTPATH to the directory
-# containing the font.
-
-DOT_FONTNAME = FreeSans
-
-# The DOT_FONTSIZE tag can be used to set the size of the font of dot graphs.
-# The default size is 10pt.
-
-DOT_FONTSIZE = 8
-
-# By default doxygen will tell dot to use the output directory to look for the
-# FreeSans.ttf font (which doxygen will put there itself). If you specify a
-# different font using DOT_FONTNAME you can set the path where dot
-# can find it using this tag.
-
-DOT_FONTPATH =
-
-# If the CLASS_GRAPH and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for each documented class showing the direct and
-# indirect inheritance relations. Setting this tag to YES will force the
-# the CLASS_DIAGRAMS tag to NO.
-
-CLASS_GRAPH = YES
-
-# If the COLLABORATION_GRAPH and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for each documented class showing the direct and
-# indirect implementation dependencies (inheritance, containment, and
-# class references variables) of the class with other documented classes.
-
-COLLABORATION_GRAPH = YES
-
-# If the GROUP_GRAPHS and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for groups, showing the direct groups dependencies
-
-GROUP_GRAPHS = YES
-
-# If the UML_LOOK tag is set to YES doxygen will generate inheritance and
-# collaboration diagrams in a style similar to the OMG's Unified Modeling
-# Language.
-
-UML_LOOK = YES
-
-# If set to YES, the inheritance and collaboration graphs will show the
-# relations between templates and their instances.
-
-TEMPLATE_RELATIONS = NO
-
-# If the ENABLE_PREPROCESSING, SEARCH_INCLUDES, INCLUDE_GRAPH, and HAVE_DOT
-# tags are set to YES then doxygen will generate a graph for each documented
-# file showing the direct and indirect include dependencies of the file with
-# other documented files.
-
-INCLUDE_GRAPH = NO
-
-# If the ENABLE_PREPROCESSING, SEARCH_INCLUDES, INCLUDED_BY_GRAPH, and
-# HAVE_DOT tags are set to YES then doxygen will generate a graph for each
-# documented header file showing the documented files that directly or
-# indirectly include this file.
-
-INCLUDED_BY_GRAPH = NO
-
-# If the CALL_GRAPH and HAVE_DOT options are set to YES then
-# doxygen will generate a call dependency graph for every global function
-# or class method. Note that enabling this option will significantly increase
-# the time of a run. So in most cases it will be better to enable call graphs
-# for selected functions only using the \callgraph command.
-
-CALL_GRAPH = YES
-
-# If the CALLER_GRAPH and HAVE_DOT tags are set to YES then
-# doxygen will generate a caller dependency graph for every global function
-# or class method. Note that enabling this option will significantly increase
-# the time of a run. So in most cases it will be better to enable caller
-# graphs for selected functions only using the \callergraph command.
-
-CALLER_GRAPH = NO
-
-# If the GRAPHICAL_HIERARCHY and HAVE_DOT tags are set to YES then doxygen
-# will generate a graphical hierarchy of all classes instead of a textual one.
-
-GRAPHICAL_HIERARCHY = YES
-
-# If the DIRECTORY_GRAPH, SHOW_DIRECTORIES and HAVE_DOT tags are set to YES
-# then doxygen will show the dependencies a directory has on other directories
-# in a graphical way. The dependency relations are determined by the #include
-# relations between the files in the directories.
-
-DIRECTORY_GRAPH = NO
-
-# The DOT_IMAGE_FORMAT tag can be used to set the image format of the images
-# generated by dot. Possible values are svg, png, jpg, or gif.
-# If left blank png will be used.
-
-DOT_IMAGE_FORMAT = png
-
-# The tag DOT_PATH can be used to specify the path where the dot tool can be
-# found. If left blank, it is assumed the dot tool can be found in the path.
-
-DOT_PATH =
-
-# The DOTFILE_DIRS tag can be used to specify one or more directories that
-# contain dot files that are included in the documentation (see the
-# \dotfile command).
-
-DOTFILE_DIRS =
-
-# The MSCFILE_DIRS tag can be used to specify one or more directories that
-# contain msc files that are included in the documentation (see the
-# \mscfile command).
-
-MSCFILE_DIRS =
-
-# The DOT_GRAPH_MAX_NODES tag can be used to set the maximum number of
-# nodes that will be shown in the graph. If the number of nodes in a graph
-# becomes larger than this value, doxygen will truncate the graph, which is
-# visualized by representing a node as a red box. Note that doxygen if the
-# number of direct children of the root node in a graph is already larger than
-# DOT_GRAPH_MAX_NODES then the graph will not be shown at all. Also note
-# that the size of a graph can be further restricted by MAX_DOT_GRAPH_DEPTH.
-
-DOT_GRAPH_MAX_NODES = 20
-
-# The MAX_DOT_GRAPH_DEPTH tag can be used to set the maximum depth of the
-# graphs generated by dot. A depth value of 3 means that only nodes reachable
-# from the root by following a path via at most 3 edges will be shown. Nodes
-# that lay further from the root node will be omitted. Note that setting this
-# option to 1 or 2 may greatly reduce the computation time needed for large
-# code bases. Also note that the size of a graph can be further restricted by
-# DOT_GRAPH_MAX_NODES. Using a depth of 0 means no depth restriction.
-
-MAX_DOT_GRAPH_DEPTH = 3
-
-# Set the DOT_TRANSPARENT tag to YES to generate images with a transparent
-# background. This is disabled by default, because dot on Windows does not
-# seem to support this out of the box. Warning: Depending on the platform used,
-# enabling this option may lead to badly anti-aliased labels on the edges of
-# a graph (i.e. they become hard to read).
-
-DOT_TRANSPARENT = YES
-
-# Set the DOT_MULTI_TARGETS tag to YES allow dot to generate multiple output
-# files in one run (i.e. multiple -o and -T options on the command line). This
-# makes dot run faster, but since only newer versions of dot (>1.8.10)
-# support this, this feature is disabled by default.
-
-DOT_MULTI_TARGETS = YES
-
-# If the GENERATE_LEGEND tag is set to YES (the default) Doxygen will
-# generate a legend page explaining the meaning of the various boxes and
-# arrows in the dot generated graphs.
-
-GENERATE_LEGEND = YES
-
-# If the DOT_CLEANUP tag is set to YES (the default) Doxygen will
-# remove the intermediate dot files that are used to generate
-# the various graphs.
-
-DOT_CLEANUP = YES
diff --git a/docs/Doxyfile_html b/docs/Doxyfile_html deleted file mode 100644 index d18b5eb97..000000000 --- a/docs/Doxyfile_html +++ /dev/null @@ -1,1787 +0,0 @@ -# Doxyfile 1.7.4
-
-# This file describes the settings to be used by the documentation system
-# doxygen (www.doxygen.org) for a project.
-#
-# All text after a hash (#) is considered a comment and will be ignored.
-# The format is:
-# TAG = value [value, ...]
-# For lists items can also be appended using:
-# TAG += value [value, ...]
-# Values that contain spaces should be placed between quotes (" ").
-
-#---------------------------------------------------------------------------
-# Project related configuration options
-#---------------------------------------------------------------------------
-
-# This tag specifies the encoding used for all characters in the config file
-# that follow. The default is UTF-8 which is also the encoding used for all
-# text before the first occurrence of this tag. Doxygen uses libiconv (or the
-# iconv built into libc) for the transcoding. See
-# http://www.gnu.org/software/libiconv for the list of possible encodings.
-
-DOXYFILE_ENCODING = UTF-8
-
-# The PROJECT_NAME tag is a single word (or a sequence of words surrounded
-# by quotes) that should identify the project.
-
-PROJECT_NAME = ChibiOS/RT
-
-# The PROJECT_NUMBER tag can be used to enter a project or revision number.
-# This could be handy for archiving the generated documentation or
-# if some version control system is used.
-
-PROJECT_NUMBER = 2.7.0
-
-# Using the PROJECT_BRIEF tag one can provide an optional one line description
-# for a project that appears at the top of each page and should give viewer
-# a quick idea about the purpose of the project. Keep the description short.
-
-PROJECT_BRIEF =
-
-# With the PROJECT_LOGO tag one can specify an logo or icon that is
-# included in the documentation. The maximum height of the logo should not
-# exceed 55 pixels and the maximum width should not exceed 200 pixels.
-# Doxygen will copy the logo to the output directory.
-
-PROJECT_LOGO =
-
-# The OUTPUT_DIRECTORY tag is used to specify the (relative or absolute)
-# base path where the generated documentation will be put.
-# If a relative path is entered, it will be relative to the location
-# where doxygen was started. If left blank the current directory will be used.
-
-OUTPUT_DIRECTORY = .
-
-# If the CREATE_SUBDIRS tag is set to YES, then doxygen will create
-# 4096 sub-directories (in 2 levels) under the output directory of each output
-# format and will distribute the generated files over these directories.
-# Enabling this option can be useful when feeding doxygen a huge amount of
-# source files, where putting all generated files in the same directory would
-# otherwise cause performance problems for the file system.
-
-CREATE_SUBDIRS = NO
-
-# The OUTPUT_LANGUAGE tag is used to specify the language in which all
-# documentation generated by doxygen is written. Doxygen will use this
-# information to generate all constant output in the proper language.
-# The default language is English, other supported languages are:
-# Afrikaans, Arabic, Brazilian, Catalan, Chinese, Chinese-Traditional,
-# Croatian, Czech, Danish, Dutch, Esperanto, Farsi, Finnish, French, German,
-# Greek, Hungarian, Italian, Japanese, Japanese-en (Japanese with English
-# messages), Korean, Korean-en, Lithuanian, Norwegian, Macedonian, Persian,
-# Polish, Portuguese, Romanian, Russian, Serbian, Serbian-Cyrillic, Slovak,
-# Slovene, Spanish, Swedish, Ukrainian, and Vietnamese.
-
-OUTPUT_LANGUAGE = English
-
-# If the BRIEF_MEMBER_DESC tag is set to YES (the default) Doxygen will
-# include brief member descriptions after the members that are listed in
-# the file and class documentation (similar to JavaDoc).
-# Set to NO to disable this.
-
-BRIEF_MEMBER_DESC = YES
-
-# If the REPEAT_BRIEF tag is set to YES (the default) Doxygen will prepend
-# the brief description of a member or function before the detailed description.
-# Note: if both HIDE_UNDOC_MEMBERS and BRIEF_MEMBER_DESC are set to NO, the
-# brief descriptions will be completely suppressed.
-
-REPEAT_BRIEF = YES
-
-# This tag implements a quasi-intelligent brief description abbreviator
-# that is used to form the text in various listings. Each string
-# in this list, if found as the leading text of the brief description, will be
-# stripped from the text and the result after processing the whole list, is
-# used as the annotated text. Otherwise, the brief description is used as-is.
-# If left blank, the following values are used ("$name" is automatically
-# replaced with the name of the entity): "The $name class" "The $name widget"
-# "The $name file" "is" "provides" "specifies" "contains"
-# "represents" "a" "an" "the"
-
-ABBREVIATE_BRIEF = "The $name class" \
- "The $name widget" \
- "The $name file" \
- is \
- provides \
- specifies \
- contains \
- represents \
- a \
- an \
- the
-
-# If the ALWAYS_DETAILED_SEC and REPEAT_BRIEF tags are both set to YES then
-# Doxygen will generate a detailed section even if there is only a brief
-# description.
-
-ALWAYS_DETAILED_SEC = YES
-
-# If the INLINE_INHERITED_MEMB tag is set to YES, doxygen will show all
-# inherited members of a class in the documentation of that class as if those
-# members were ordinary class members. Constructors, destructors and assignment
-# operators of the base classes will not be shown.
-
-INLINE_INHERITED_MEMB = NO
-
-# If the FULL_PATH_NAMES tag is set to YES then Doxygen will prepend the full
-# path before files name in the file list and in the header files. If set
-# to NO the shortest path that makes the file name unique will be used.
-
-FULL_PATH_NAMES = NO
-
-# If the FULL_PATH_NAMES tag is set to YES then the STRIP_FROM_PATH tag
-# can be used to strip a user-defined part of the path. Stripping is
-# only done if one of the specified strings matches the left-hand part of
-# the path. The tag can be used to show relative paths in the file list.
-# If left blank the directory from which doxygen is run is used as the
-# path to strip.
-
-STRIP_FROM_PATH = "C:/Documents and Settings/Administrator/"
-
-# The STRIP_FROM_INC_PATH tag can be used to strip a user-defined part of
-# the path mentioned in the documentation of a class, which tells
-# the reader which header file to include in order to use a class.
-# If left blank only the name of the header file containing the class
-# definition is used. Otherwise one should specify the include paths that
-# are normally passed to the compiler using the -I flag.
-
-STRIP_FROM_INC_PATH =
-
-# If the SHORT_NAMES tag is set to YES, doxygen will generate much shorter
-# (but less readable) file names. This can be useful if your file system
-# doesn't support long names like on DOS, Mac, or CD-ROM.
-
-SHORT_NAMES = NO
-
-# If the JAVADOC_AUTOBRIEF tag is set to YES then Doxygen
-# will interpret the first line (until the first dot) of a JavaDoc-style
-# comment as the brief description. If set to NO, the JavaDoc
-# comments will behave just like regular Qt-style comments
-# (thus requiring an explicit @brief command for a brief description.)
-
-JAVADOC_AUTOBRIEF = NO
-
-# If the QT_AUTOBRIEF tag is set to YES then Doxygen will
-# interpret the first line (until the first dot) of a Qt-style
-# comment as the brief description. If set to NO, the comments
-# will behave just like regular Qt-style comments (thus requiring
-# an explicit \brief command for a brief description.)
-
-QT_AUTOBRIEF = NO
-
-# The MULTILINE_CPP_IS_BRIEF tag can be set to YES to make Doxygen
-# treat a multi-line C++ special comment block (i.e. a block of //! or ///
-# comments) as a brief description. This used to be the default behaviour.
-# The new default is to treat a multi-line C++ comment block as a detailed
-# description. Set this tag to YES if you prefer the old behaviour instead.
-
-MULTILINE_CPP_IS_BRIEF = NO
-
-# If the INHERIT_DOCS tag is set to YES (the default) then an undocumented
-# member inherits the documentation from any documented member that it
-# re-implements.
-
-INHERIT_DOCS = NO
-
-# If the SEPARATE_MEMBER_PAGES tag is set to YES, then doxygen will produce
-# a new page for each member. If set to NO, the documentation of a member will
-# be part of the file/class/namespace that contains it.
-
-SEPARATE_MEMBER_PAGES = NO
-
-# The TAB_SIZE tag can be used to set the number of spaces in a tab.
-# Doxygen uses this value to replace tabs by spaces in code fragments.
-
-TAB_SIZE = 2
-
-# This tag can be used to specify a number of aliases that acts
-# as commands in the documentation. An alias has the form "name=value".
-# For example adding "sideeffect=\par Side Effects:\n" will allow you to
-# put the command \sideeffect (or @sideeffect) in the documentation, which
-# will result in a user-defined paragraph with heading "Side Effects:".
-# You can put \n's in the value part of an alias to insert newlines.
-
-ALIASES = "iclass=@par Function Class:\n This is an \
- <b>I-Class</b> API, this function can be \
- invoked from within a system lock zone by both \
- threads and interrupt handlers." \
- "sclass=@par Function Class:\n This is an \
- <b>S-Class</b> API, this function can be \
- invoked from within a system lock zone by threads \
- only." \
- "api=@par Function Class:\n Normal API, this \
- function can be invoked by regular system threads \
- but not from within a lock zone." \
- "notapi=@par Function Class:\n Not an API, this \
- function is for internal use only." \
- "isr=@par Function Class:\n Interrupt handler, \
- this function should not be directly invoked." \
- "init=@par Function Class:\n Initializer, this \
- function just initializes an object and can be \
- invoked before the kernel is initialized." \
- "special=@par Function Class:\n Special function, \
- this function has special requirements see the \
- notes."
-
-# Set the OPTIMIZE_OUTPUT_FOR_C tag to YES if your project consists of C
-# sources only. Doxygen will then generate output that is more tailored for C.
-# For instance, some of the names that are used will be different. The list
-# of all members will be omitted, etc.
-
-OPTIMIZE_OUTPUT_FOR_C = YES
-
-# Set the OPTIMIZE_OUTPUT_JAVA tag to YES if your project consists of Java
-# sources only. Doxygen will then generate output that is more tailored for
-# Java. For instance, namespaces will be presented as packages, qualified
-# scopes will look different, etc.
-
-OPTIMIZE_OUTPUT_JAVA = NO
-
-# Set the OPTIMIZE_FOR_FORTRAN tag to YES if your project consists of Fortran
-# sources only. Doxygen will then generate output that is more tailored for
-# Fortran.
-
-OPTIMIZE_FOR_FORTRAN = NO
-
-# Set the OPTIMIZE_OUTPUT_VHDL tag to YES if your project consists of VHDL
-# sources. Doxygen will then generate output that is tailored for
-# VHDL.
-
-OPTIMIZE_OUTPUT_VHDL = NO
-
-# Doxygen selects the parser to use depending on the extension of the files it
-# parses. With this tag you can assign which parser to use for a given extension.
-# Doxygen has a built-in mapping, but you can override or extend it using this
-# tag. The format is ext=language, where ext is a file extension, and language
-# is one of the parsers supported by doxygen: IDL, Java, Javascript, CSharp, C,
-# C++, D, PHP, Objective-C, Python, Fortran, VHDL, C, C++. For instance to make
-# doxygen treat .inc files as Fortran files (default is PHP), and .f files as C
-# (default is Fortran), use: inc=Fortran f=C. Note that for custom extensions
-# you also need to set FILE_PATTERNS otherwise the files are not read by doxygen.
-
-EXTENSION_MAPPING =
-
-# If you use STL classes (i.e. std::string, std::vector, etc.) but do not want
-# to include (a tag file for) the STL sources as input, then you should
-# set this tag to YES in order to let doxygen match functions declarations and
-# definitions whose arguments contain STL classes (e.g. func(std::string); v.s.
-# func(std::string) {}). This also makes the inheritance and collaboration
-# diagrams that involve STL classes more complete and accurate.
-
-BUILTIN_STL_SUPPORT = NO
-
-# If you use Microsoft's C++/CLI language, you should set this option to YES to
-# enable parsing support.
-
-CPP_CLI_SUPPORT = NO
-
-# Set the SIP_SUPPORT tag to YES if your project consists of sip sources only.
-# Doxygen will parse them like normal C++ but will assume all classes use public
-# instead of private inheritance when no explicit protection keyword is present.
-
-SIP_SUPPORT = NO
-
-# For Microsoft's IDL there are propget and propput attributes to indicate getter
-# and setter methods for a property. Setting this option to YES (the default)
-# will make doxygen replace the get and set methods by a property in the
-# documentation. This will only work if the methods are indeed getting or
-# setting a simple type. If this is not the case, or you want to show the
-# methods anyway, you should set this option to NO.
-
-IDL_PROPERTY_SUPPORT = YES
-
-# If member grouping is used in the documentation and the DISTRIBUTE_GROUP_DOC
-# tag is set to YES, then doxygen will reuse the documentation of the first
-# member in the group (if any) for the other members of the group. By default
-# all members of a group must be documented explicitly.
-
-DISTRIBUTE_GROUP_DOC = NO
-
-# Set the SUBGROUPING tag to YES (the default) to allow class member groups of
-# the same type (for instance a group of public functions) to be put as a
-# subgroup of that type (e.g. under the Public Functions section). Set it to
-# NO to prevent subgrouping. Alternatively, this can be done per class using
-# the \nosubgrouping command.
-
-SUBGROUPING = YES
-
-# When the INLINE_GROUPED_CLASSES tag is set to YES, classes, structs and
-# unions are shown inside the group in which they are included (e.g. using
-# @ingroup) instead of on a separate page (for HTML and Man pages) or
-# section (for LaTeX and RTF).
-
-INLINE_GROUPED_CLASSES = NO
-
-# When TYPEDEF_HIDES_STRUCT is enabled, a typedef of a struct, union, or enum
-# is documented as struct, union, or enum with the name of the typedef. So
-# typedef struct TypeS {} TypeT, will appear in the documentation as a struct
-# with name TypeT. When disabled the typedef will appear as a member of a file,
-# namespace, or class. And the struct will be named TypeS. This can typically
-# be useful for C code in case the coding convention dictates that all compound
-# types are typedef'ed and only the typedef is referenced, never the tag name.
-
-TYPEDEF_HIDES_STRUCT = NO
-
-# The SYMBOL_CACHE_SIZE determines the size of the internal cache use to
-# determine which symbols to keep in memory and which to flush to disk.
-# When the cache is full, less often used symbols will be written to disk.
-# For small to medium size projects (<1000 input files) the default value is
-# probably good enough. For larger projects a too small cache size can cause
-# doxygen to be busy swapping symbols to and from disk most of the time
-# causing a significant performance penalty.
-# If the system has enough physical memory increasing the cache will improve the
-# performance by keeping more symbols in memory. Note that the value works on
-# a logarithmic scale so increasing the size by one will roughly double the
-# memory usage. The cache size is given by this formula:
-# 2^(16+SYMBOL_CACHE_SIZE). The valid range is 0..9, the default is 0,
-# corresponding to a cache size of 2^16 = 65536 symbols
-
-SYMBOL_CACHE_SIZE = 0
-
-#---------------------------------------------------------------------------
-# Build related configuration options
-#---------------------------------------------------------------------------
-
-# If the EXTRACT_ALL tag is set to YES doxygen will assume all entities in
-# documentation are documented, even if no documentation was available.
-# Private class members and static file members will be hidden unless
-# the EXTRACT_PRIVATE and EXTRACT_STATIC tags are set to YES
-
-EXTRACT_ALL = NO
-
-# If the EXTRACT_PRIVATE tag is set to YES all private members of a class
-# will be included in the documentation.
-
-EXTRACT_PRIVATE = NO
-
-# If the EXTRACT_STATIC tag is set to YES all static members of a file
-# will be included in the documentation.
-
-EXTRACT_STATIC = NO
-
-# If the EXTRACT_LOCAL_CLASSES tag is set to YES classes (and structs)
-# defined locally in source files will be included in the documentation.
-# If set to NO only classes defined in header files are included.
-
-EXTRACT_LOCAL_CLASSES = NO
-
-# This flag is only useful for Objective-C code. When set to YES local
-# methods, which are defined in the implementation section but not in
-# the interface are included in the documentation.
-# If set to NO (the default) only methods in the interface are included.
-
-EXTRACT_LOCAL_METHODS = NO
-
-# If this flag is set to YES, the members of anonymous namespaces will be
-# extracted and appear in the documentation as a namespace called
-# 'anonymous_namespace{file}', where file will be replaced with the base
-# name of the file that contains the anonymous namespace. By default
-# anonymous namespaces are hidden.
-
-EXTRACT_ANON_NSPACES = NO
-
-# If the HIDE_UNDOC_MEMBERS tag is set to YES, Doxygen will hide all
-# undocumented members of documented classes, files or namespaces.
-# If set to NO (the default) these members will be included in the
-# various overviews, but no documentation section is generated.
-# This option has no effect if EXTRACT_ALL is enabled.
-
-HIDE_UNDOC_MEMBERS = YES
-
-# If the HIDE_UNDOC_CLASSES tag is set to YES, Doxygen will hide all
-# undocumented classes that are normally visible in the class hierarchy.
-# If set to NO (the default) these classes will be included in the various
-# overviews. This option has no effect if EXTRACT_ALL is enabled.
-
-HIDE_UNDOC_CLASSES = YES
-
-# If the HIDE_FRIEND_COMPOUNDS tag is set to YES, Doxygen will hide all
-# friend (class|struct|union) declarations.
-# If set to NO (the default) these declarations will be included in the
-# documentation.
-
-HIDE_FRIEND_COMPOUNDS = NO
-
-# If the HIDE_IN_BODY_DOCS tag is set to YES, Doxygen will hide any
-# documentation blocks found inside the body of a function.
-# If set to NO (the default) these blocks will be appended to the
-# function's detailed documentation block.
-
-HIDE_IN_BODY_DOCS = NO
-
-# The INTERNAL_DOCS tag determines if documentation
-# that is typed after a \internal command is included. If the tag is set
-# to NO (the default) then the documentation will be excluded.
-# Set it to YES to include the internal documentation.
-
-INTERNAL_DOCS = NO
-
-# If the CASE_SENSE_NAMES tag is set to NO then Doxygen will only generate
-# file names in lower-case letters. If set to YES upper-case letters are also
-# allowed. This is useful if you have classes or files whose names only differ
-# in case and if your file system supports case sensitive file names. Windows
-# and Mac users are advised to set this option to NO.
-
-CASE_SENSE_NAMES = NO
-
-# If the HIDE_SCOPE_NAMES tag is set to NO (the default) then Doxygen
-# will show members with their full class and namespace scopes in the
-# documentation. If set to YES the scope will be hidden.
-
-HIDE_SCOPE_NAMES = NO
-
-# If the SHOW_INCLUDE_FILES tag is set to YES (the default) then Doxygen
-# will put a list of the files that are included by a file in the documentation
-# of that file.
-
-SHOW_INCLUDE_FILES = YES
-
-# If the FORCE_LOCAL_INCLUDES tag is set to YES then Doxygen
-# will list include files with double quotes in the documentation
-# rather than with sharp brackets.
-
-FORCE_LOCAL_INCLUDES = NO
-
-# If the INLINE_INFO tag is set to YES (the default) then a tag [inline]
-# is inserted in the documentation for inline members.
-
-INLINE_INFO = YES
-
-# If the SORT_MEMBER_DOCS tag is set to YES (the default) then doxygen
-# will sort the (detailed) documentation of file and class members
-# alphabetically by member name. If set to NO the members will appear in
-# declaration order.
-
-SORT_MEMBER_DOCS = NO
-
-# If the SORT_BRIEF_DOCS tag is set to YES then doxygen will sort the
-# brief documentation of file, namespace and class members alphabetically
-# by member name. If set to NO (the default) the members will appear in
-# declaration order.
-
-SORT_BRIEF_DOCS = NO
-
-# If the SORT_MEMBERS_CTORS_1ST tag is set to YES then doxygen
-# will sort the (brief and detailed) documentation of class members so that
-# constructors and destructors are listed first. If set to NO (the default)
-# the constructors will appear in the respective orders defined by
-# SORT_MEMBER_DOCS and SORT_BRIEF_DOCS.
-# This tag will be ignored for brief docs if SORT_BRIEF_DOCS is set to NO
-# and ignored for detailed docs if SORT_MEMBER_DOCS is set to NO.
-
-SORT_MEMBERS_CTORS_1ST = NO
-
-# If the SORT_GROUP_NAMES tag is set to YES then doxygen will sort the
-# hierarchy of group names into alphabetical order. If set to NO (the default)
-# the group names will appear in their defined order.
-
-SORT_GROUP_NAMES = NO
-
-# If the SORT_BY_SCOPE_NAME tag is set to YES, the class list will be
-# sorted by fully-qualified names, including namespaces. If set to
-# NO (the default), the class list will be sorted only by class name,
-# not including the namespace part.
-# Note: This option is not very useful if HIDE_SCOPE_NAMES is set to YES.
-# Note: This option applies only to the class list, not to the
-# alphabetical list.
-
-SORT_BY_SCOPE_NAME = NO
-
-# If the STRICT_PROTO_MATCHING option is enabled and doxygen fails to
-# do proper type resolution of all parameters of a function it will reject a
-# match between the prototype and the implementation of a member function even
-# if there is only one candidate or it is obvious which candidate to choose
-# by doing a simple string match. By disabling STRICT_PROTO_MATCHING doxygen
-# will still accept a match between prototype and implementation in such cases.
-
-STRICT_PROTO_MATCHING = NO
-
-# The GENERATE_TODOLIST tag can be used to enable (YES) or
-# disable (NO) the todo list. This list is created by putting \todo
-# commands in the documentation.
-
-GENERATE_TODOLIST = YES
-
-# The GENERATE_TESTLIST tag can be used to enable (YES) or
-# disable (NO) the test list. This list is created by putting \test
-# commands in the documentation.
-
-GENERATE_TESTLIST = YES
-
-# The GENERATE_BUGLIST tag can be used to enable (YES) or
-# disable (NO) the bug list. This list is created by putting \bug
-# commands in the documentation.
-
-GENERATE_BUGLIST = YES
-
-# The GENERATE_DEPRECATEDLIST tag can be used to enable (YES) or
-# disable (NO) the deprecated list. This list is created by putting
-# \deprecated commands in the documentation.
-
-GENERATE_DEPRECATEDLIST= YES
-
-# The ENABLED_SECTIONS tag can be used to enable conditional
-# documentation sections, marked by \if sectionname ... \endif.
-
-ENABLED_SECTIONS =
-
-# The MAX_INITIALIZER_LINES tag determines the maximum number of lines
-# the initial value of a variable or macro consists of for it to appear in
-# the documentation. If the initializer consists of more lines than specified
-# here it will be hidden. Use a value of 0 to hide initializers completely.
-# The appearance of the initializer of individual variables and macros in the
-# documentation can be controlled using \showinitializer or \hideinitializer
-# command in the documentation regardless of this setting.
-
-MAX_INITIALIZER_LINES = 30
-
-# Set the SHOW_USED_FILES tag to NO to disable the list of files generated
-# at the bottom of the documentation of classes and structs. If set to YES the
-# list will mention the files that were used to generate the documentation.
-
-SHOW_USED_FILES = NO
-
-# If the sources in your project are distributed over multiple directories
-# then setting the SHOW_DIRECTORIES tag to YES will show the directory hierarchy
-# in the documentation. The default is NO.
-
-SHOW_DIRECTORIES = NO
-
-# Set the SHOW_FILES tag to NO to disable the generation of the Files page.
-# This will remove the Files entry from the Quick Index and from the
-# Folder Tree View (if specified). The default is YES.
-
-SHOW_FILES = YES
-
-# Set the SHOW_NAMESPACES tag to NO to disable the generation of the
-# Namespaces page.
-# This will remove the Namespaces entry from the Quick Index
-# and from the Folder Tree View (if specified). The default is YES.
-
-SHOW_NAMESPACES = YES
-
-# The FILE_VERSION_FILTER tag can be used to specify a program or script that
-# doxygen should invoke to get the current version for each file (typically from
-# the version control system). Doxygen will invoke the program by executing (via
-# popen()) the command <command> <input-file>, where <command> is the value of
-# the FILE_VERSION_FILTER tag, and <input-file> is the name of an input file
-# provided by doxygen. Whatever the program writes to standard output
-# is used as the file version. See the manual for examples.
-
-FILE_VERSION_FILTER =
-
-# The LAYOUT_FILE tag can be used to specify a layout file which will be parsed
-# by doxygen. The layout file controls the global structure of the generated
-# output files in an output format independent way. The create the layout file
-# that represents doxygen's defaults, run doxygen with the -l option.
-# You can optionally specify a file name after the option, if omitted
-# DoxygenLayout.xml will be used as the name of the layout file.
-
-LAYOUT_FILE = ./rsc/layout.xml
-
-#---------------------------------------------------------------------------
-# configuration options related to warning and progress messages
-#---------------------------------------------------------------------------
-
-# The QUIET tag can be used to turn on/off the messages that are generated
-# by doxygen. Possible values are YES and NO. If left blank NO is used.
-
-QUIET = YES
-
-# The WARNINGS tag can be used to turn on/off the warning messages that are
-# generated by doxygen. Possible values are YES and NO. If left blank
-# NO is used.
-
-WARNINGS = YES
-
-# If WARN_IF_UNDOCUMENTED is set to YES, then doxygen will generate warnings
-# for undocumented members. If EXTRACT_ALL is set to YES then this flag will
-# automatically be disabled.
-
-WARN_IF_UNDOCUMENTED = YES
-
-# If WARN_IF_DOC_ERROR is set to YES, doxygen will generate warnings for
-# potential errors in the documentation, such as not documenting some
-# parameters in a documented function, or documenting parameters that
-# don't exist or using markup commands wrongly.
-
-WARN_IF_DOC_ERROR = YES
-
-# The WARN_NO_PARAMDOC option can be enabled to get warnings for
-# functions that are documented, but have no documentation for their parameters
-# or return value. If set to NO (the default) doxygen will only warn about
-# wrong or incomplete parameter documentation, but not about the absence of
-# documentation.
-
-WARN_NO_PARAMDOC = YES
-
-# The WARN_FORMAT tag determines the format of the warning messages that
-# doxygen can produce. The string should contain the $file, $line, and $text
-# tags, which will be replaced by the file and line number from which the
-# warning originated and the warning text. Optionally the format may contain
-# $version, which will be replaced by the version of the file (if it could
-# be obtained via FILE_VERSION_FILTER)
-
-WARN_FORMAT = "$file:$line: $text"
-
-# The WARN_LOGFILE tag can be used to specify a file to which warning
-# and error messages should be written. If left blank the output is written
-# to stderr.
-
-WARN_LOGFILE =
-
-#---------------------------------------------------------------------------
-# configuration options related to the input files
-#---------------------------------------------------------------------------
-
-# The INPUT tag can be used to specify the files and/or directories that contain
-# documented source files. You may enter file names like "myfile.cpp" or
-# directories like "/usr/src/myproject". Separate the files or directories
-# with spaces.
-
-INPUT = ../docs/src \
- ../os/kernel \
- ../os/ports \
- ../os/hal \
- ../os/various \
- ../test \
- ../ext/ext.dox
-
-# This tag can be used to specify the character encoding of the source files
-# that doxygen parses. Internally doxygen uses the UTF-8 encoding, which is
-# also the default input encoding. Doxygen uses libiconv (or the iconv built
-# into libc) for the transcoding. See http://www.gnu.org/software/libiconv for
-# the list of possible encodings.
-
-INPUT_ENCODING = UTF-8
-
-# If the value of the INPUT tag contains directories, you can use the
-# FILE_PATTERNS tag to specify one or more wildcard pattern (like *.cpp
-# and *.h) to filter out the source-files in the directories. If left
-# blank the following patterns are tested:
-# *.c *.cc *.cxx *.cpp *.c++ *.d *.java *.ii *.ixx *.ipp *.i++ *.inl *.h *.hh
-# *.hxx *.hpp *.h++ *.idl *.odl *.cs *.php *.php3 *.inc *.m *.mm *.dox *.py
-# *.f90 *.f *.for *.vhd *.vhdl
-
-FILE_PATTERNS = *.c \
- *.cc \
- *.cxx \
- *.cpp \
- *.c++ \
- *.d \
- *.java \
- *.ii \
- *.ixx \
- *.ipp \
- *.i++ \
- *.inl \
- *.h \
- *.hh \
- *.hxx \
- *.hpp \
- *.h++ \
- *.idl \
- *.odl \
- *.cs \
- *.php \
- *.php3 \
- *.inc \
- *.m \
- *.mm \
- *.dox \
- *.py \
- *.ddf \
- *.s
-
-# The RECURSIVE tag can be used to turn specify whether or not subdirectories
-# should be searched for input files as well. Possible values are YES and NO.
-# If left blank NO is used.
-
-RECURSIVE = YES
-
-# The EXCLUDE tag can be used to specify files and/or directories that should
-# excluded from the INPUT source files. This way you can easily exclude a
-# subdirectory from a directory tree whose root is specified with the INPUT tag.
-
-EXCLUDE = ../os/ports/common/ARMCMx/CMSIS \
- ../os/ports/GCC/SIMIA32 \
- ../os/hal/platforms \
- ../os/hal/templates/meta \
- ../os/various\devices_lib \
- ../os/various\fatfs_bindings \
- ../os/various\lwip_bindings \
- ../test/coverage
-
-# The EXCLUDE_SYMLINKS tag can be used select whether or not files or
-# directories that are symbolic links (a Unix file system feature) are excluded
-# from the input.
-
-EXCLUDE_SYMLINKS = NO
-
-# If the value of the INPUT tag contains directories, you can use the
-# EXCLUDE_PATTERNS tag to specify one or more wildcard patterns to exclude
-# certain files from those directories. Note that the wildcards are matched
-# against the file with absolute path, so to exclude all test directories
-# for example use the pattern */test/*
-
-EXCLUDE_PATTERNS =
-
-# The EXCLUDE_SYMBOLS tag can be used to specify one or more symbol names
-# (namespaces, classes, functions, etc.) that should be excluded from the
-# output. The symbol name can be a fully qualified name, a word, or if the
-# wildcard * is used, a substring. Examples: ANamespace, AClass,
-# AClass::ANamespace, ANamespace::*Test
-
-EXCLUDE_SYMBOLS =
-
-# The EXAMPLE_PATH tag can be used to specify one or more files or
-# directories that contain example code fragments that are included (see
-# the \include command).
-
-EXAMPLE_PATH =
-
-# If the value of the EXAMPLE_PATH tag contains directories, you can use the
-# EXAMPLE_PATTERNS tag to specify one or more wildcard pattern (like *.cpp
-# and *.h) to filter out the source-files in the directories. If left
-# blank all files are included.
-
-EXAMPLE_PATTERNS = *
-
-# If the EXAMPLE_RECURSIVE tag is set to YES then subdirectories will be
-# searched for input files to be used with the \include or \dontinclude
-# commands irrespective of the value of the RECURSIVE tag.
-# Possible values are YES and NO. If left blank NO is used.
-
-EXAMPLE_RECURSIVE = NO
-
-# The IMAGE_PATH tag can be used to specify one or more files or
-# directories that contain image that are included in the documentation (see
-# the \image command).
-
-IMAGE_PATH = ./rsc
-
-# The INPUT_FILTER tag can be used to specify a program that doxygen should
-# invoke to filter for each input file. Doxygen will invoke the filter program
-# by executing (via popen()) the command <filter> <input-file>, where <filter>
-# is the value of the INPUT_FILTER tag, and <input-file> is the name of an
-# input file. Doxygen will then use the output that the filter program writes
-# to standard output.
-# If FILTER_PATTERNS is specified, this tag will be
-# ignored.
-
-INPUT_FILTER =
-
-# The FILTER_PATTERNS tag can be used to specify filters on a per file pattern
-# basis.
-# Doxygen will compare the file name with each pattern and apply the
-# filter if there is a match.
-# The filters are a list of the form:
-# pattern=filter (like *.cpp=my_cpp_filter). See INPUT_FILTER for further
-# info on how filters are used. If FILTER_PATTERNS is empty or if
-# non of the patterns match the file name, INPUT_FILTER is applied.
-
-FILTER_PATTERNS =
-
-# If the FILTER_SOURCE_FILES tag is set to YES, the input filter (if set using
-# INPUT_FILTER) will be used to filter the input files when producing source
-# files to browse (i.e. when SOURCE_BROWSER is set to YES).
-
-FILTER_SOURCE_FILES = NO
-
-# The FILTER_SOURCE_PATTERNS tag can be used to specify source filters per file
-# pattern. A pattern will override the setting for FILTER_PATTERN (if any)
-# and it is also possible to disable source filtering for a specific pattern
-# using *.ext= (so without naming a filter). This option only has effect when
-# FILTER_SOURCE_FILES is enabled.
-
-FILTER_SOURCE_PATTERNS =
-
-#---------------------------------------------------------------------------
-# configuration options related to source browsing
-#---------------------------------------------------------------------------
-
-# If the SOURCE_BROWSER tag is set to YES then a list of source files will
-# be generated. Documented entities will be cross-referenced with these sources.
-# Note: To get rid of all source code in the generated output, make sure also
-# VERBATIM_HEADERS is set to NO.
-
-SOURCE_BROWSER = YES
-
-# Setting the INLINE_SOURCES tag to YES will include the body
-# of functions and classes directly in the documentation.
-
-INLINE_SOURCES = NO
-
-# Setting the STRIP_CODE_COMMENTS tag to YES (the default) will instruct
-# doxygen to hide any special comment blocks from generated source code
-# fragments. Normal C and C++ comments will always remain visible.
-
-STRIP_CODE_COMMENTS = NO
-
-# If the REFERENCED_BY_RELATION tag is set to YES
-# then for each documented function all documented
-# functions referencing it will be listed.
-
-REFERENCED_BY_RELATION = YES
-
-# If the REFERENCES_RELATION tag is set to YES
-# then for each documented function all documented entities
-# called/used by that function will be listed.
-
-REFERENCES_RELATION = YES
-
-# If the REFERENCES_LINK_SOURCE tag is set to YES (the default)
-# and SOURCE_BROWSER tag is set to YES, then the hyperlinks from
-# functions in REFERENCES_RELATION and REFERENCED_BY_RELATION lists will
-# link to the source code.
-# Otherwise they will link to the documentation.
-
-REFERENCES_LINK_SOURCE = NO
-
-# If the USE_HTAGS tag is set to YES then the references to source code
-# will point to the HTML generated by the htags(1) tool instead of doxygen
-# built-in source browser. The htags tool is part of GNU's global source
-# tagging system (see http://www.gnu.org/software/global/global.html). You
-# will need version 4.8.6 or higher.
-
-USE_HTAGS = NO
-
-# If the VERBATIM_HEADERS tag is set to YES (the default) then Doxygen
-# will generate a verbatim copy of the header file for each class for
-# which an include is specified. Set to NO to disable this.
-
-VERBATIM_HEADERS = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the alphabetical class index
-#---------------------------------------------------------------------------
-
-# If the ALPHABETICAL_INDEX tag is set to YES, an alphabetical index
-# of all compounds will be generated. Enable this if the project
-# contains a lot of classes, structs, unions or interfaces.
-
-ALPHABETICAL_INDEX = NO
-
-# If the alphabetical index is enabled (see ALPHABETICAL_INDEX) then
-# the COLS_IN_ALPHA_INDEX tag can be used to specify the number of columns
-# in which this list will be split (can be a number in the range [1..20])
-
-COLS_IN_ALPHA_INDEX = 5
-
-# In case all classes in a project start with a common prefix, all
-# classes will be put under the same header in the alphabetical index.
-# The IGNORE_PREFIX tag can be used to specify one or more prefixes that
-# should be ignored while generating the index headers.
-
-IGNORE_PREFIX =
-
-#---------------------------------------------------------------------------
-# configuration options related to the HTML output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_HTML tag is set to YES (the default) Doxygen will
-# generate HTML output.
-
-GENERATE_HTML = YES
-
-# The HTML_OUTPUT tag is used to specify where the HTML docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `html' will be used as the default path.
-
-HTML_OUTPUT = html
-
-# The HTML_FILE_EXTENSION tag can be used to specify the file extension for
-# each generated HTML page (for example: .htm,.php,.asp). If it is left blank
-# doxygen will generate files with .html extension.
-
-HTML_FILE_EXTENSION = .html
-
-# The HTML_HEADER tag can be used to specify a personal HTML header for
-# each generated HTML page. If it is left blank doxygen will generate a
-# standard header. Note that when using a custom header you are responsible
-# for the proper inclusion of any scripts and style sheets that doxygen
-# needs, which is dependent on the configuration options used.
-# It is adviced to generate a default header using "doxygen -w html
-# header.html footer.html stylesheet.css YourConfigFile" and then modify
-# that header. Note that the header is subject to change so you typically
-# have to redo this when upgrading to a newer version of doxygen or when changing the value of configuration settings such as GENERATE_TREEVIEW!
-
-HTML_HEADER = ./rsc/header_html.html
-
-# The HTML_FOOTER tag can be used to specify a personal HTML footer for
-# each generated HTML page. If it is left blank doxygen will generate a
-# standard footer.
-
-HTML_FOOTER = ./rsc/footer_html.html
-
-# The HTML_STYLESHEET tag can be used to specify a user-defined cascading
-# style sheet that is used by each HTML page. It can be used to
-# fine-tune the look of the HTML output. If the tag is left blank doxygen
-# will generate a default style sheet. Note that doxygen will try to copy
-# the style sheet file to the HTML output directory, so don't put your own
-# stylesheet in the HTML output directory as well, or it will be erased!
-
-HTML_STYLESHEET =
-
-# The HTML_EXTRA_FILES tag can be used to specify one or more extra images or
-# other source files which should be copied to the HTML output directory. Note
-# that these files will be copied to the base HTML output directory. Use the
-# $relpath$ marker in the HTML_HEADER and/or HTML_FOOTER files to load these
-# files. In the HTML_STYLESHEET file, use the file name only. Also note that
-# the files will be copied as-is; there are no commands or markers available.
-
-HTML_EXTRA_FILES =
-
-# The HTML_COLORSTYLE_HUE tag controls the color of the HTML output.
-# Doxygen will adjust the colors in the stylesheet and background images
-# according to this color. Hue is specified as an angle on a colorwheel,
-# see http://en.wikipedia.org/wiki/Hue for more information.
-# For instance the value 0 represents red, 60 is yellow, 120 is green,
-# 180 is cyan, 240 is blue, 300 purple, and 360 is red again.
-# The allowed range is 0 to 359.
-
-HTML_COLORSTYLE_HUE = 220
-
-# The HTML_COLORSTYLE_SAT tag controls the purity (or saturation) of
-# the colors in the HTML output. For a value of 0 the output will use
-# grayscales only. A value of 255 will produce the most vivid colors.
-
-HTML_COLORSTYLE_SAT = 100
-
-# The HTML_COLORSTYLE_GAMMA tag controls the gamma correction applied to
-# the luminance component of the colors in the HTML output. Values below
-# 100 gradually make the output lighter, whereas values above 100 make
-# the output darker. The value divided by 100 is the actual gamma applied,
-# so 80 represents a gamma of 0.8, The value 220 represents a gamma of 2.2,
-# and 100 does not change the gamma.
-
-HTML_COLORSTYLE_GAMMA = 80
-
-# If the HTML_TIMESTAMP tag is set to YES then the footer of each generated HTML
-# page will contain the date and time when the page was generated. Setting
-# this to NO can help when comparing the output of multiple runs.
-
-HTML_TIMESTAMP = YES
-
-# If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes,
-# files or namespaces will be aligned in HTML using tables. If set to
-# NO a bullet list will be used.
-
-HTML_ALIGN_MEMBERS = YES
-
-# If the HTML_DYNAMIC_SECTIONS tag is set to YES then the generated HTML
-# documentation will contain sections that can be hidden and shown after the
-# page has loaded. For this to work a browser that supports
-# JavaScript and DHTML is required (for instance Mozilla 1.0+, Firefox
-# Netscape 6.0+, Internet explorer 5.0+, Konqueror, or Safari).
-
-HTML_DYNAMIC_SECTIONS = NO
-
-# If the GENERATE_DOCSET tag is set to YES, additional index files
-# will be generated that can be used as input for Apple's Xcode 3
-# integrated development environment, introduced with OSX 10.5 (Leopard).
-# To create a documentation set, doxygen will generate a Makefile in the
-# HTML output directory. Running make will produce the docset in that
-# directory and running "make install" will install the docset in
-# ~/Library/Developer/Shared/Documentation/DocSets so that Xcode will find
-# it at startup.
-# See http://developer.apple.com/tools/creatingdocsetswithdoxygen.html
-# for more information.
-
-GENERATE_DOCSET = NO
-
-# When GENERATE_DOCSET tag is set to YES, this tag determines the name of the
-# feed. A documentation feed provides an umbrella under which multiple
-# documentation sets from a single provider (such as a company or product suite)
-# can be grouped.
-
-DOCSET_FEEDNAME = "Doxygen generated docs"
-
-# When GENERATE_DOCSET tag is set to YES, this tag specifies a string that
-# should uniquely identify the documentation set bundle. This should be a
-# reverse domain-name style string, e.g. com.mycompany.MyDocSet. Doxygen
-# will append .docset to the name.
-
-DOCSET_BUNDLE_ID = org.doxygen.Project
-
-# When GENERATE_PUBLISHER_ID tag specifies a string that should uniquely identify
-# the documentation publisher. This should be a reverse domain-name style
-# string, e.g. com.mycompany.MyDocSet.documentation.
-
-DOCSET_PUBLISHER_ID = org.doxygen.Publisher
-
-# The GENERATE_PUBLISHER_NAME tag identifies the documentation publisher.
-
-DOCSET_PUBLISHER_NAME = Publisher
-
-# If the GENERATE_HTMLHELP tag is set to YES, additional index files
-# will be generated that can be used as input for tools like the
-# Microsoft HTML help workshop to generate a compiled HTML help file (.chm)
-# of the generated HTML documentation.
-
-GENERATE_HTMLHELP = NO
-
-# If the GENERATE_HTMLHELP tag is set to YES, the CHM_FILE tag can
-# be used to specify the file name of the resulting .chm file. You
-# can add a path in front of the file if the result should not be
-# written to the html output directory.
-
-CHM_FILE = ../ChibiOS_RT.chm
-
-# If the GENERATE_HTMLHELP tag is set to YES, the HHC_LOCATION tag can
-# be used to specify the location (absolute path including file name) of
-# the HTML help compiler (hhc.exe). If non-empty doxygen will try to run
-# the HTML help compiler on the generated index.hhp.
-
-HHC_LOCATION = "\"C:/Program Files/HTML Help Workshop/hhc.exe\""
-
-# If the GENERATE_HTMLHELP tag is set to YES, the GENERATE_CHI flag
-# controls if a separate .chi index file is generated (YES) or that
-# it should be included in the master .chm file (NO).
-
-GENERATE_CHI = NO
-
-# If the GENERATE_HTMLHELP tag is set to YES, the CHM_INDEX_ENCODING
-# is used to encode HtmlHelp index (hhk), content (hhc) and project file
-# content.
-
-CHM_INDEX_ENCODING =
-
-# If the GENERATE_HTMLHELP tag is set to YES, the BINARY_TOC flag
-# controls whether a binary table of contents is generated (YES) or a
-# normal table of contents (NO) in the .chm file.
-
-BINARY_TOC = NO
-
-# The TOC_EXPAND flag can be set to YES to add extra items for group members
-# to the contents of the HTML help documentation and to the tree view.
-
-TOC_EXPAND = NO
-
-# If the GENERATE_QHP tag is set to YES and both QHP_NAMESPACE and
-# QHP_VIRTUAL_FOLDER are set, an additional index file will be generated
-# that can be used as input for Qt's qhelpgenerator to generate a
-# Qt Compressed Help (.qch) of the generated HTML documentation.
-
-GENERATE_QHP = NO
-
-# If the QHG_LOCATION tag is specified, the QCH_FILE tag can
-# be used to specify the file name of the resulting .qch file.
-# The path specified is relative to the HTML output folder.
-
-QCH_FILE =
-
-# The QHP_NAMESPACE tag specifies the namespace to use when generating
-# Qt Help Project output. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#namespace
-
-QHP_NAMESPACE = org.doxygen.Project
-
-# The QHP_VIRTUAL_FOLDER tag specifies the namespace to use when generating
-# Qt Help Project output. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#virtual-folders
-
-QHP_VIRTUAL_FOLDER = doc
-
-# If QHP_CUST_FILTER_NAME is set, it specifies the name of a custom filter to
-# add. For more information please see
-# http://doc.trolltech.com/qthelpproject.html#custom-filters
-
-QHP_CUST_FILTER_NAME =
-
-# The QHP_CUST_FILT_ATTRS tag specifies the list of the attributes of the
-# custom filter to add. For more information please see
-# <a href="http://doc.trolltech.com/qthelpproject.html#custom-filters">
-# Qt Help Project / Custom Filters</a>.
-
-QHP_CUST_FILTER_ATTRS =
-
-# The QHP_SECT_FILTER_ATTRS tag specifies the list of the attributes this
-# project's
-# filter section matches.
-# <a href="http://doc.trolltech.com/qthelpproject.html#filter-attributes">
-# Qt Help Project / Filter Attributes</a>.
-
-QHP_SECT_FILTER_ATTRS =
-
-# If the GENERATE_QHP tag is set to YES, the QHG_LOCATION tag can
-# be used to specify the location of Qt's qhelpgenerator.
-# If non-empty doxygen will try to run qhelpgenerator on the generated
-# .qhp file.
-
-QHG_LOCATION =
-
-# If the GENERATE_ECLIPSEHELP tag is set to YES, additional index files
-# will be generated, which together with the HTML files, form an Eclipse help
-# plugin. To install this plugin and make it available under the help contents
-# menu in Eclipse, the contents of the directory containing the HTML and XML
-# files needs to be copied into the plugins directory of eclipse. The name of
-# the directory within the plugins directory should be the same as
-# the ECLIPSE_DOC_ID value. After copying Eclipse needs to be restarted before
-# the help appears.
-
-GENERATE_ECLIPSEHELP = NO
-
-# A unique identifier for the eclipse help plugin. When installing the plugin
-# the directory name containing the HTML and XML files should also have
-# this name.
-
-ECLIPSE_DOC_ID = org.doxygen.Project
-
-# The DISABLE_INDEX tag can be used to turn on/off the condensed index at
-# top of each HTML page. The value NO (the default) enables the index and
-# the value YES disables it.
-
-DISABLE_INDEX = NO
-
-# The ENUM_VALUES_PER_LINE tag can be used to set the number of enum values
-# (range [0,1..20]) that doxygen will group on one line in the generated HTML
-# documentation. Note that a value of 0 will completely suppress the enum
-# values from appearing in the overview section.
-
-ENUM_VALUES_PER_LINE = 4
-
-# The GENERATE_TREEVIEW tag is used to specify whether a tree-like index
-# structure should be generated to display hierarchical information.
-# If the tag value is set to YES, a side panel will be generated
-# containing a tree-like index structure (just like the one that
-# is generated for HTML Help). For this to work a browser that supports
-# JavaScript, DHTML, CSS and frames is required (i.e. any modern browser).
-# Windows users are probably better off using the HTML help feature.
-
-GENERATE_TREEVIEW = YES
-
-# By enabling USE_INLINE_TREES, doxygen will generate the Groups, Directories,
-# and Class Hierarchy pages using a tree view instead of an ordered list.
-
-USE_INLINE_TREES = NO
-
-# If the treeview is enabled (see GENERATE_TREEVIEW) then this tag can be
-# used to set the initial width (in pixels) of the frame in which the tree
-# is shown.
-
-TREEVIEW_WIDTH = 250
-
-# When the EXT_LINKS_IN_WINDOW option is set to YES doxygen will open
-# links to external symbols imported via tag files in a separate window.
-
-EXT_LINKS_IN_WINDOW = NO
-
-# Use this tag to change the font size of Latex formulas included
-# as images in the HTML documentation. The default is 10. Note that
-# when you change the font size after a successful doxygen run you need
-# to manually remove any form_*.png images from the HTML output directory
-# to force them to be regenerated.
-
-FORMULA_FONTSIZE = 10
-
-# Use the FORMULA_TRANPARENT tag to determine whether or not the images
-# generated for formulas are transparent PNGs. Transparent PNGs are
-# not supported properly for IE 6.0, but are supported on all modern browsers.
-# Note that when changing this option you need to delete any form_*.png files
-# in the HTML output before the changes have effect.
-
-FORMULA_TRANSPARENT = YES
-
-# Enable the USE_MATHJAX option to render LaTeX formulas using MathJax
-# (see http://www.mathjax.org) which uses client side Javascript for the
-# rendering instead of using prerendered bitmaps. Use this if you do not
-# have LaTeX installed or if you want to formulas look prettier in the HTML
-# output. When enabled you also need to install MathJax separately and
-# configure the path to it using the MATHJAX_RELPATH option.
-
-USE_MATHJAX = NO
-
-# When MathJax is enabled you need to specify the location relative to the
-# HTML output directory using the MATHJAX_RELPATH option. The destination
-# directory should contain the MathJax.js script. For instance, if the mathjax
-# directory is located at the same level as the HTML output directory, then
-# MATHJAX_RELPATH should be ../mathjax. The default value points to the
-# mathjax.org site, so you can quickly see the result without installing
-# MathJax, but it is strongly recommended to install a local copy of MathJax
-# before deployment.
-
-MATHJAX_RELPATH = http://www.mathjax.org/mathjax
-
-# When the SEARCHENGINE tag is enabled doxygen will generate a search box
-# for the HTML output. The underlying search engine uses javascript
-# and DHTML and should work on any modern browser. Note that when using
-# HTML help (GENERATE_HTMLHELP), Qt help (GENERATE_QHP), or docsets
-# (GENERATE_DOCSET) there is already a search function so this one should
-# typically be disabled. For large projects the javascript based search engine
-# can be slow, then enabling SERVER_BASED_SEARCH may provide a better solution.
-
-SEARCHENGINE = NO
-
-# When the SERVER_BASED_SEARCH tag is enabled the search engine will be
-# implemented using a PHP enabled web server instead of at the web client
-# using Javascript. Doxygen will generate the search PHP script and index
-# file to put on the web server. The advantage of the server
-# based approach is that it scales better to large projects and allows
-# full text search. The disadvantages are that it is more difficult to setup
-# and does not have live searching capabilities.
-
-SERVER_BASED_SEARCH = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the LaTeX output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_LATEX tag is set to YES (the default) Doxygen will
-# generate Latex output.
-
-GENERATE_LATEX = NO
-
-# The LATEX_OUTPUT tag is used to specify where the LaTeX docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `latex' will be used as the default path.
-
-LATEX_OUTPUT = latex
-
-# The LATEX_CMD_NAME tag can be used to specify the LaTeX command name to be
-# invoked. If left blank `latex' will be used as the default command name.
-# Note that when enabling USE_PDFLATEX this option is only used for
-# generating bitmaps for formulas in the HTML output, but not in the
-# Makefile that is written to the output directory.
-
-LATEX_CMD_NAME = latex
-
-# The MAKEINDEX_CMD_NAME tag can be used to specify the command name to
-# generate index for LaTeX. If left blank `makeindex' will be used as the
-# default command name.
-
-MAKEINDEX_CMD_NAME = makeindex
-
-# If the COMPACT_LATEX tag is set to YES Doxygen generates more compact
-# LaTeX documents. This may be useful for small projects and may help to
-# save some trees in general.
-
-COMPACT_LATEX = NO
-
-# The PAPER_TYPE tag can be used to set the paper type that is used
-# by the printer. Possible values are: a4, letter, legal and
-# executive. If left blank a4wide will be used.
-
-PAPER_TYPE = a4wide
-
-# The EXTRA_PACKAGES tag can be to specify one or more names of LaTeX
-# packages that should be included in the LaTeX output.
-
-EXTRA_PACKAGES =
-
-# The LATEX_HEADER tag can be used to specify a personal LaTeX header for
-# the generated latex document. The header should contain everything until
-# the first chapter. If it is left blank doxygen will generate a
-# standard header. Notice: only use this tag if you know what you are doing!
-
-LATEX_HEADER =
-
-# The LATEX_FOOTER tag can be used to specify a personal LaTeX footer for
-# the generated latex document. The footer should contain everything after
-# the last chapter. If it is left blank doxygen will generate a
-# standard footer. Notice: only use this tag if you know what you are doing!
-
-LATEX_FOOTER =
-
-# If the PDF_HYPERLINKS tag is set to YES, the LaTeX that is generated
-# is prepared for conversion to pdf (using ps2pdf). The pdf file will
-# contain links (just like the HTML output) instead of page references
-# This makes the output suitable for online browsing using a pdf viewer.
-
-PDF_HYPERLINKS = YES
-
-# If the USE_PDFLATEX tag is set to YES, pdflatex will be used instead of
-# plain latex in the generated Makefile. Set this option to YES to get a
-# higher quality PDF documentation.
-
-USE_PDFLATEX = YES
-
-# If the LATEX_BATCHMODE tag is set to YES, doxygen will add the \\batchmode.
-# command to the generated LaTeX files. This will instruct LaTeX to keep
-# running if errors occur, instead of asking the user for help.
-# This option is also used when generating formulas in HTML.
-
-LATEX_BATCHMODE = NO
-
-# If LATEX_HIDE_INDICES is set to YES then doxygen will not
-# include the index chapters (such as File Index, Compound Index, etc.)
-# in the output.
-
-LATEX_HIDE_INDICES = NO
-
-# If LATEX_SOURCE_CODE is set to YES then doxygen will include
-# source code with syntax highlighting in the LaTeX output.
-# Note that which sources are shown also depends on other settings
-# such as SOURCE_BROWSER.
-
-LATEX_SOURCE_CODE = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the RTF output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_RTF tag is set to YES Doxygen will generate RTF output
-# The RTF output is optimized for Word 97 and may not look very pretty with
-# other RTF readers or editors.
-
-GENERATE_RTF = NO
-
-# The RTF_OUTPUT tag is used to specify where the RTF docs will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `rtf' will be used as the default path.
-
-RTF_OUTPUT = rtf
-
-# If the COMPACT_RTF tag is set to YES Doxygen generates more compact
-# RTF documents. This may be useful for small projects and may help to
-# save some trees in general.
-
-COMPACT_RTF = NO
-
-# If the RTF_HYPERLINKS tag is set to YES, the RTF that is generated
-# will contain hyperlink fields. The RTF file will
-# contain links (just like the HTML output) instead of page references.
-# This makes the output suitable for online browsing using WORD or other
-# programs which support those fields.
-# Note: wordpad (write) and others do not support links.
-
-RTF_HYPERLINKS = NO
-
-# Load stylesheet definitions from file. Syntax is similar to doxygen's
-# config file, i.e. a series of assignments. You only have to provide
-# replacements, missing definitions are set to their default value.
-
-RTF_STYLESHEET_FILE =
-
-# Set optional variables used in the generation of an rtf document.
-# Syntax is similar to doxygen's config file.
-
-RTF_EXTENSIONS_FILE =
-
-#---------------------------------------------------------------------------
-# configuration options related to the man page output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_MAN tag is set to YES (the default) Doxygen will
-# generate man pages
-
-GENERATE_MAN = NO
-
-# The MAN_OUTPUT tag is used to specify where the man pages will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `man' will be used as the default path.
-
-MAN_OUTPUT = man
-
-# The MAN_EXTENSION tag determines the extension that is added to
-# the generated man pages (default is the subroutine's section .3)
-
-MAN_EXTENSION = .3
-
-# If the MAN_LINKS tag is set to YES and Doxygen generates man output,
-# then it will generate one additional man file for each entity
-# documented in the real man page(s). These additional files
-# only source the real man page, but without them the man command
-# would be unable to find the correct page. The default is NO.
-
-MAN_LINKS = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the XML output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_XML tag is set to YES Doxygen will
-# generate an XML file that captures the structure of
-# the code including all documentation.
-
-GENERATE_XML = NO
-
-# The XML_OUTPUT tag is used to specify where the XML pages will be put.
-# If a relative path is entered the value of OUTPUT_DIRECTORY will be
-# put in front of it. If left blank `xml' will be used as the default path.
-
-XML_OUTPUT = xml
-
-# The XML_SCHEMA tag can be used to specify an XML schema,
-# which can be used by a validating XML parser to check the
-# syntax of the XML files.
-
-XML_SCHEMA =
-
-# The XML_DTD tag can be used to specify an XML DTD,
-# which can be used by a validating XML parser to check the
-# syntax of the XML files.
-
-XML_DTD =
-
-# If the XML_PROGRAMLISTING tag is set to YES Doxygen will
-# dump the program listings (including syntax highlighting
-# and cross-referencing information) to the XML output. Note that
-# enabling this will significantly increase the size of the XML output.
-
-XML_PROGRAMLISTING = YES
-
-#---------------------------------------------------------------------------
-# configuration options for the AutoGen Definitions output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_AUTOGEN_DEF tag is set to YES Doxygen will
-# generate an AutoGen Definitions (see autogen.sf.net) file
-# that captures the structure of the code including all
-# documentation. Note that this feature is still experimental
-# and incomplete at the moment.
-
-GENERATE_AUTOGEN_DEF = NO
-
-#---------------------------------------------------------------------------
-# configuration options related to the Perl module output
-#---------------------------------------------------------------------------
-
-# If the GENERATE_PERLMOD tag is set to YES Doxygen will
-# generate a Perl module file that captures the structure of
-# the code including all documentation. Note that this
-# feature is still experimental and incomplete at the
-# moment.
-
-GENERATE_PERLMOD = NO
-
-# If the PERLMOD_LATEX tag is set to YES Doxygen will generate
-# the necessary Makefile rules, Perl scripts and LaTeX code to be able
-# to generate PDF and DVI output from the Perl module output.
-
-PERLMOD_LATEX = NO
-
-# If the PERLMOD_PRETTY tag is set to YES the Perl module output will be
-# nicely formatted so it can be parsed by a human reader.
-# This is useful
-# if you want to understand what is going on.
-# On the other hand, if this
-# tag is set to NO the size of the Perl module output will be much smaller
-# and Perl will parse it just the same.
-
-PERLMOD_PRETTY = YES
-
-# The names of the make variables in the generated doxyrules.make file
-# are prefixed with the string contained in PERLMOD_MAKEVAR_PREFIX.
-# This is useful so different doxyrules.make files included by the same
-# Makefile don't overwrite each other's variables.
-
-PERLMOD_MAKEVAR_PREFIX =
-
-#---------------------------------------------------------------------------
-# Configuration options related to the preprocessor
-#---------------------------------------------------------------------------
-
-# If the ENABLE_PREPROCESSING tag is set to YES (the default) Doxygen will
-# evaluate all C-preprocessor directives found in the sources and include
-# files.
-
-ENABLE_PREPROCESSING = YES
-
-# If the MACRO_EXPANSION tag is set to YES Doxygen will expand all macro
-# names in the source code. If set to NO (the default) only conditional
-# compilation will be performed. Macro expansion can be done in a controlled
-# way by setting EXPAND_ONLY_PREDEF to YES.
-
-MACRO_EXPANSION = YES
-
-# If the EXPAND_ONLY_PREDEF and MACRO_EXPANSION tags are both set to YES
-# then the macro expansion is limited to the macros specified with the
-# PREDEFINED and EXPAND_AS_DEFINED tags.
-
-EXPAND_ONLY_PREDEF = YES
-
-# If the SEARCH_INCLUDES tag is set to YES (the default) the includes files
-# pointed to by INCLUDE_PATH will be searched when a #include is found.
-
-SEARCH_INCLUDES = YES
-
-# The INCLUDE_PATH tag can be used to specify one or more directories that
-# contain include files that are not input files but should be processed by
-# the preprocessor.
-
-INCLUDE_PATH =
-
-# You can use the INCLUDE_FILE_PATTERNS tag to specify one or more wildcard
-# patterns (like *.h and *.hpp) to filter out the header-files in the
-# directories. If left blank, the patterns specified with FILE_PATTERNS will
-# be used.
-
-INCLUDE_FILE_PATTERNS =
-
-# The PREDEFINED tag can be used to specify one or more macro names that
-# are defined before the preprocessor is started (similar to the -D option of
-# gcc). The argument of the tag is a list of macros of the form: name
-# or name=definition (no spaces). If the definition and the = are
-# omitted =1 is assumed. To prevent a macro definition from being
-# undefined via #undef or recursively expanded use the := operator
-# instead of the = operator.
-
-PREDEFINED = __DOXYGEN__
-
-# If the MACRO_EXPANSION and EXPAND_ONLY_PREDEF tags are set to YES then
-# this tag can be used to specify a list of macro names that should be expanded.
-# The macro definition that is found in the sources will be used.
-# Use the PREDEFINED tag if you want to use a different macro definition that
-# overrules the definition found in the source code.
-
-EXPAND_AS_DEFINED =
-
-# If the SKIP_FUNCTION_MACROS tag is set to YES (the default) then
-# doxygen's preprocessor will remove all references to function-like macros
-# that are alone on a line, have an all uppercase name, and do not end with a
-# semicolon, because these will confuse the parser if not removed.
-
-SKIP_FUNCTION_MACROS = NO
-
-#---------------------------------------------------------------------------
-# Configuration::additions related to external references
-#---------------------------------------------------------------------------
-
-# The TAGFILES option can be used to specify one or more tagfiles.
-# Optionally an initial location of the external documentation
-# can be added for each tagfile. The format of a tag file without
-# this location is as follows:
-#
-# TAGFILES = file1 file2 ...
-# Adding location for the tag files is done as follows:
-#
-# TAGFILES = file1=loc1 "file2 = loc2" ...
-# where "loc1" and "loc2" can be relative or absolute paths or
-# URLs. If a location is present for each tag, the installdox tool
-# does not have to be run to correct the links.
-# Note that each tag file must have a unique name
-# (where the name does NOT include the path)
-# If a tag file is not located in the directory in which doxygen
-# is run, you must also specify the path to the tagfile here.
-
-TAGFILES =
-
-# When a file name is specified after GENERATE_TAGFILE, doxygen will create
-# a tag file that is based on the input files it reads.
-
-GENERATE_TAGFILE =
-
-# If the ALLEXTERNALS tag is set to YES all external classes will be listed
-# in the class index. If set to NO only the inherited external classes
-# will be listed.
-
-ALLEXTERNALS = NO
-
-# If the EXTERNAL_GROUPS tag is set to YES all external groups will be listed
-# in the modules index. If set to NO, only the current project's groups will
-# be listed.
-
-EXTERNAL_GROUPS = YES
-
-# The PERL_PATH should be the absolute path and name of the perl script
-# interpreter (i.e. the result of `which perl').
-
-PERL_PATH = /usr/bin/perl
-
-#---------------------------------------------------------------------------
-# Configuration options related to the dot tool
-#---------------------------------------------------------------------------
-
-# If the CLASS_DIAGRAMS tag is set to YES (the default) Doxygen will
-# generate a inheritance diagram (in HTML, RTF and LaTeX) for classes with base
-# or super classes. Setting the tag to NO turns the diagrams off. Note that
-# this option also works with HAVE_DOT disabled, but it is recommended to
-# install and use dot, since it yields more powerful graphs.
-
-CLASS_DIAGRAMS = NO
-
-# You can define message sequence charts within doxygen comments using the \msc
-# command. Doxygen will then run the mscgen tool (see
-# http://www.mcternan.me.uk/mscgen/) to produce the chart and insert it in the
-# documentation. The MSCGEN_PATH tag allows you to specify the directory where
-# the mscgen tool resides. If left empty the tool is assumed to be found in the
-# default search path.
-
-MSCGEN_PATH =
-
-# If set to YES, the inheritance and collaboration graphs will hide
-# inheritance and usage relations if the target is undocumented
-# or is not a class.
-
-HIDE_UNDOC_RELATIONS = YES
-
-# If you set the HAVE_DOT tag to YES then doxygen will assume the dot tool is
-# available from the path. This tool is part of Graphviz, a graph visualization
-# toolkit from AT&T and Lucent Bell Labs. The other options in this section
-# have no effect if this option is set to NO (the default)
-
-HAVE_DOT = YES
-
-# The DOT_NUM_THREADS specifies the number of dot invocations doxygen is
-# allowed to run in parallel. When set to 0 (the default) doxygen will
-# base this on the number of processors available in the system. You can set it
-# explicitly to a value larger than 0 to get control over the balance
-# between CPU load and processing speed.
-
-DOT_NUM_THREADS = 0
-
-# By default doxygen will write a font called Helvetica to the output
-# directory and reference it in all dot files that doxygen generates.
-# When you want a differently looking font you can specify the font name
-# using DOT_FONTNAME. You need to make sure dot is able to find the font,
-# which can be done by putting it in a standard location or by setting the
-# DOTFONTPATH environment variable or by setting DOT_FONTPATH to the directory
-# containing the font.
-
-DOT_FONTNAME = FreeSans
-
-# The DOT_FONTSIZE tag can be used to set the size of the font of dot graphs.
-# The default size is 10pt.
-
-DOT_FONTSIZE = 8
-
-# By default doxygen will tell dot to use the output directory to look for the
-# FreeSans.ttf font (which doxygen will put there itself). If you specify a
-# different font using DOT_FONTNAME you can set the path where dot
-# can find it using this tag.
-
-DOT_FONTPATH =
-
-# If the CLASS_GRAPH and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for each documented class showing the direct and
-# indirect inheritance relations. Setting this tag to YES will force the
-# the CLASS_DIAGRAMS tag to NO.
-
-CLASS_GRAPH = YES
-
-# If the COLLABORATION_GRAPH and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for each documented class showing the direct and
-# indirect implementation dependencies (inheritance, containment, and
-# class references variables) of the class with other documented classes.
-
-COLLABORATION_GRAPH = YES
-
-# If the GROUP_GRAPHS and HAVE_DOT tags are set to YES then doxygen
-# will generate a graph for groups, showing the direct groups dependencies
-
-GROUP_GRAPHS = YES
-
-# If the UML_LOOK tag is set to YES doxygen will generate inheritance and
-# collaboration diagrams in a style similar to the OMG's Unified Modeling
-# Language.
-
-UML_LOOK = YES
-
-# If set to YES, the inheritance and collaboration graphs will show the
-# relations between templates and their instances.
-
-TEMPLATE_RELATIONS = NO
-
-# If the ENABLE_PREPROCESSING, SEARCH_INCLUDES, INCLUDE_GRAPH, and HAVE_DOT
-# tags are set to YES then doxygen will generate a graph for each documented
-# file showing the direct and indirect include dependencies of the file with
-# other documented files.
-
-INCLUDE_GRAPH = NO
-
-# If the ENABLE_PREPROCESSING, SEARCH_INCLUDES, INCLUDED_BY_GRAPH, and
-# HAVE_DOT tags are set to YES then doxygen will generate a graph for each
-# documented header file showing the documented files that directly or
-# indirectly include this file.
-
-INCLUDED_BY_GRAPH = NO
-
-# If the CALL_GRAPH and HAVE_DOT options are set to YES then
-# doxygen will generate a call dependency graph for every global function
-# or class method. Note that enabling this option will significantly increase
-# the time of a run. So in most cases it will be better to enable call graphs
-# for selected functions only using the \callgraph command.
-
-CALL_GRAPH = YES
-
-# If the CALLER_GRAPH and HAVE_DOT tags are set to YES then
-# doxygen will generate a caller dependency graph for every global function
-# or class method. Note that enabling this option will significantly increase
-# the time of a run. So in most cases it will be better to enable caller
-# graphs for selected functions only using the \callergraph command.
-
-CALLER_GRAPH = NO
-
-# If the GRAPHICAL_HIERARCHY and HAVE_DOT tags are set to YES then doxygen
-# will generate a graphical hierarchy of all classes instead of a textual one.
-
-GRAPHICAL_HIERARCHY = YES
-
-# If the DIRECTORY_GRAPH, SHOW_DIRECTORIES and HAVE_DOT tags are set to YES
-# then doxygen will show the dependencies a directory has on other directories
-# in a graphical way. The dependency relations are determined by the #include
-# relations between the files in the directories.
-
-DIRECTORY_GRAPH = NO
-
-# The DOT_IMAGE_FORMAT tag can be used to set the image format of the images
-# generated by dot. Possible values are svg, png, jpg, or gif.
-# If left blank png will be used.
-
-DOT_IMAGE_FORMAT = png
-
-# The tag DOT_PATH can be used to specify the path where the dot tool can be
-# found. If left blank, it is assumed the dot tool can be found in the path.
-
-DOT_PATH =
-
-# The DOTFILE_DIRS tag can be used to specify one or more directories that
-# contain dot files that are included in the documentation (see the
-# \dotfile command).
-
-DOTFILE_DIRS =
-
-# The MSCFILE_DIRS tag can be used to specify one or more directories that
-# contain msc files that are included in the documentation (see the
-# \mscfile command).
-
-MSCFILE_DIRS =
-
-# The DOT_GRAPH_MAX_NODES tag can be used to set the maximum number of
-# nodes that will be shown in the graph. If the number of nodes in a graph
-# becomes larger than this value, doxygen will truncate the graph, which is
-# visualized by representing a node as a red box. Note that doxygen if the
-# number of direct children of the root node in a graph is already larger than
-# DOT_GRAPH_MAX_NODES then the graph will not be shown at all. Also note
-# that the size of a graph can be further restricted by MAX_DOT_GRAPH_DEPTH.
-
-DOT_GRAPH_MAX_NODES = 20
-
-# The MAX_DOT_GRAPH_DEPTH tag can be used to set the maximum depth of the
-# graphs generated by dot. A depth value of 3 means that only nodes reachable
-# from the root by following a path via at most 3 edges will be shown. Nodes
-# that lay further from the root node will be omitted. Note that setting this
-# option to 1 or 2 may greatly reduce the computation time needed for large
-# code bases. Also note that the size of a graph can be further restricted by
-# DOT_GRAPH_MAX_NODES. Using a depth of 0 means no depth restriction.
-
-MAX_DOT_GRAPH_DEPTH = 3
-
-# Set the DOT_TRANSPARENT tag to YES to generate images with a transparent
-# background. This is disabled by default, because dot on Windows does not
-# seem to support this out of the box. Warning: Depending on the platform used,
-# enabling this option may lead to badly anti-aliased labels on the edges of
-# a graph (i.e. they become hard to read).
-
-DOT_TRANSPARENT = YES
-
-# Set the DOT_MULTI_TARGETS tag to YES allow dot to generate multiple output
-# files in one run (i.e. multiple -o and -T options on the command line). This
-# makes dot run faster, but since only newer versions of dot (>1.8.10)
-# support this, this feature is disabled by default.
-
-DOT_MULTI_TARGETS = YES
-
-# If the GENERATE_LEGEND tag is set to YES (the default) Doxygen will
-# generate a legend page explaining the meaning of the various boxes and
-# arrows in the dot generated graphs.
-
-GENERATE_LEGEND = YES
-
-# If the DOT_CLEANUP tag is set to YES (the default) Doxygen will
-# remove the intermediate dot files that are used to generate
-# the various graphs.
-
-DOT_CLEANUP = YES
diff --git a/docs/html/logo_small.png b/docs/html/logo_small.png Binary files differdeleted file mode 100644 index c53451bba..000000000 --- a/docs/html/logo_small.png +++ /dev/null diff --git a/docs/index.html b/docs/index.html deleted file mode 100644 index bf4fe4e3f..000000000 --- a/docs/index.html +++ /dev/null @@ -1,8 +0,0 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
- <head>
- <meta http-equiv="Refresh" content="0; URL=html/index.html">
- </head>
- <body>
- </body>
-</html>
diff --git a/docs/readme.txt b/docs/readme.txt deleted file mode 100644 index 9924d779f..000000000 --- a/docs/readme.txt +++ /dev/null @@ -1,11 +0,0 @@ -*** Documentation build procedure ***
-
-The following software must be installed:
-- Doxygen 1.7.4 or later.
-- Graphviz 2.26.3 or later. The ./bin directory must be specified in the path
- in order to make Graphviz accessible by Doxygen.
-
-Build procedure:
-- Run Doxywizard.
-- Load ./docs/Doxyfile_html or ./docs/Doxyfile_chm from Doxywizard.
-- Start.
diff --git a/docs/reports/AT91SAM7X-48-ARM.txt b/docs/reports/AT91SAM7X-48-ARM.txt deleted file mode 100644 index 3198727f3..000000000 --- a/docs/reports/AT91SAM7X-48-ARM.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -mabi=apcs-gnu
-Settings: MCK=48.054857, MC_FMR = AT91C_MC_FWS_1FWS (1 wait state)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 12:28:19
-*** Compiler: GCC 4.6.2
-*** Architecture: ARM7
-*** Core Variant: ARM7TDMI
-*** Port Info: Pure ARM mode
-*** Platform: AT91SAM7x
-*** Test Board: Olimex SAM7-EX256
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 116919 msgs/S, 233838 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 89887 msgs/S, 179774 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 89887 msgs/S, 179774 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 380288 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 64709 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 93398 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 26941 reschedules/S, 161646 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 203272 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 272700 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 263496 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 449056 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 322048 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 364 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/AT91SAM7X-48-THUMB.txt b/docs/reports/AT91SAM7X-48-THUMB.txt deleted file mode 100644 index 21a3632e5..000000000 --- a/docs/reports/AT91SAM7X-48-THUMB.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -mabi=apcs-gnu
-Settings: MCK=48.054857, MC_FMR = AT91C_MC_FWS_1FWS (1 wait state)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 13:03:08
-*** Compiler: GCC 4.6.2
-*** Architecture: ARM7
-*** Core Variant: ARM7TDMI
-*** Port Info: Pure THUMB mode
-*** Platform: AT91SAM7x
-*** Test Board: Olimex SAM7-EX256
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 107489 msgs/S, 214978 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 88253 msgs/S, 176506 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 88253 msgs/S, 176506 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 402392 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 67753 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 101772 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 28388 reschedules/S, 170328 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 199720 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 289356 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 323198 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 364448 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 256824 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 364 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/ATmega128-16.txt b/docs/reports/ATmega128-16.txt deleted file mode 100644 index a171ab108..000000000 --- a/docs/reports/ATmega128-16.txt +++ /dev/null @@ -1,149 +0,0 @@ -***************************************************************************
-Options: -O2
-Settings: F_CPU=16000000
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 21:11:04
-*** Compiler: GCC 4.3.0
-*** Architecture: AVR
-*** Core Variant: MegaAVR
-*** Port Info: None
-*** Platform: ATmega128
-*** Test Board: Olimex AVR-MT-128
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 31561 msgs/S, 63122 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 24980 msgs/S, 49960 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 24980 msgs/S, 49960 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 88896 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 19766 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 25179 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 7891 reschedules/S, 47346 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 60760 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 91888 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 85722 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 227568 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 116724 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 234 bytes
---- Thread: 31 bytes
---- Timer : 10 bytes
---- Semaph: 5 bytes
---- EventS: 2 bytes
---- EventL: 5 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 18 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC1114-48-GCC.txt b/docs/reports/LPC1114-48-GCC.txt deleted file mode 100644 index 4e0118f00..000000000 --- a/docs/reports/LPC1114-48-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer
-Settings: CLK=48, (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 19:34:26
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv6-M
-*** Core Variant: Cortex-M0
-*** Port Info: Preemption through NMI
-*** Platform: LPC11xx
-*** Test Board: Embedded Artists LPCXpresso Base Board + LPC1114
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 127622 msgs/S, 255244 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 101340 msgs/S, 202680 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 101340 msgs/S, 202680 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 384536 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 79026 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 111784 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 30914 reschedules/S, 185484 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 245084 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 377384 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 351018 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 591196 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 354276 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC1114-48-RVCT.txt b/docs/reports/LPC1114-48-RVCT.txt deleted file mode 100644 index 06c95d3e3..000000000 --- a/docs/reports/LPC1114-48-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: CLK=48, (2 wait states)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 19:37:26
-*** Compiler: RVCT
-*** Architecture: ARMv6-M
-*** Core Variant: Cortex-M0
-*** Port Info: Preemption through NMI
-*** Platform: LPC11xx
-*** Test Board: Embedded Artists LPCXpresso Base Board + LPC1114
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 122129 msgs/S, 244258 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 102916 msgs/S, 205832 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 103361 msgs/S, 206722 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 380136 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 79326 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 113161 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 33700 reschedules/S, 202200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 232092 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 341100 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 307102 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 618184 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 382800 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC1343-72-GCC.txt b/docs/reports/LPC1343-72-GCC.txt deleted file mode 100644 index 4e8c8d7fc..000000000 --- a/docs/reports/LPC1343-72-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -mabi=apcs-gnu
-Settings: CLK=72, (3 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 19:42:36
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: LPC13xx
-*** Test Board: Embedded Artists LPCXpresso Base Board + LPC1343
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 268027 msgs/S, 536054 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 217012 msgs/S, 434024 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 217012 msgs/S, 434024 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 974024 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 161791 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 237078 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 67574 reschedules/S, 405444 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 512180 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 623284 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 665126 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 860284 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 635676 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC1343-72-IAR.txt b/docs/reports/LPC1343-72-IAR.txt deleted file mode 100644 index f106ef9d3..000000000 --- a/docs/reports/LPC1343-72-IAR.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: CLK=72, (3 wait states)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 20:09:51
-*** Compiler: IAR
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: LPC13xx
-*** Test Board: Embedded Artists LPCXpresso Base Board + LPC1343
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 252028 msgs/S, 504056 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 220329 msgs/S, 440658 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 219661 msgs/S, 439322 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 856376 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 159269 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 223772 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 72334 reschedules/S, 434004 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 469472 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 646692 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 665016 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 1026020 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 661984 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC1343-72-RVCT.txt b/docs/reports/LPC1343-72-RVCT.txt deleted file mode 100644 index f135a267a..000000000 --- a/docs/reports/LPC1343-72-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: CLK=72, (3 wait states)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 19:48:24
-*** Compiler: RVCT
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: LPC13xx
-*** Test Board: Embedded Artists LPCXpresso Base Board + LPC1343
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 250294 msgs/S, 500588 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 219004 msgs/S, 438008 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 217021 msgs/S, 434042 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 885512 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 164008 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 233236 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 71977 reschedules/S, 431862 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 498840 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 613984 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 647154 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 984024 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 653036 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC2148-48-ARM.txt b/docs/reports/LPC2148-48-ARM.txt deleted file mode 100644 index 0d0e430df..000000000 --- a/docs/reports/LPC2148-48-ARM.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -mabi=apcs-gnu -falign-functions=16
-Settings: CCLK=48, MAMCR=2, MAMTIM=3 (3 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 16:47:23
-*** Compiler: GCC 4.6.2
-*** Architecture: ARM7
-*** Core Variant: ARM7TDMI
-*** Port Info: Pure ARM mode
-*** Platform: LPC214x
-*** Test Board: Olimex LPC-P2148
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 148529 msgs/S, 297058 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 113332 msgs/S, 226664 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 113332 msgs/S, 226664 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 493680 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 86173 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 122631 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 34987 reschedules/S, 209922 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 268312 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 388444 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 325360 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 607348 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 380356 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 364 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/LPC2148-48-THUMB.txt b/docs/reports/LPC2148-48-THUMB.txt deleted file mode 100644 index c70f4276f..000000000 --- a/docs/reports/LPC2148-48-THUMB.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -mabi=apcs-gnu -falign-functions=16
-Settings: CCLK=48, MAMCR=2, MAMTIM=3 (3 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 16:28:18
-*** Compiler: GCC 4.6.2
-*** Architecture: ARM7
-*** Core Variant: ARM7TDMI
-*** Port Info: Pure THUMB mode
-*** Platform: LPC214x
-*** Test Board: Olimex LPC-P2148
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 107903 msgs/S, 215806 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 89018 msgs/S, 178036 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 89018 msgs/S, 178036 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 410760 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 69081 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 105994 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 29094 reschedules/S, 174564 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 210820 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 292036 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 326310 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 350856 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 244212 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 364 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/MSP430F1611-0.75.txt b/docs/reports/MSP430F1611-0.75.txt deleted file mode 100644 index 802d60e69..000000000 --- a/docs/reports/MSP430F1611-0.75.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer
-Settings: MCLK=DCOCLK 750kHz
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 22 2012 - 20:51:54
-*** Compiler: GCC 3.2.3
-*** Architecture: MSP430
-*** Core Variant: MSP430
-*** Port Info: None
-*** Platform: MSP430x16x
-*** Test Board: Olimex MSP430-P1611
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 1880 msgs/S, 3760 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 1549 msgs/S, 3098 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 1549 msgs/S, 3098 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 5456 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 1065 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 1434 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 489 reschedules/S, 2934 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 3520 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 6340 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 5626 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 13908 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 7520 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 224 bytes
---- Thread: 38 bytes
---- Timer : 10 bytes
---- Semaph: 6 bytes
---- EventS: 2 bytes
---- EventL: 6 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 20 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/MSP430F1611-8.txt b/docs/reports/MSP430F1611-8.txt deleted file mode 100644 index fd2ac8942..000000000 --- a/docs/reports/MSP430F1611-8.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer
-Settings: MCLK=XT2CLK 8MHz
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.0
-*** Compiled: Apr 25 2012 - 11:28:57
-*** Compiler: GCC 4.6.3 20120301 (mspgcc LTS 20120406 unpatched)
-*** Architecture: MSP430
-*** Core Variant: MSP430
-*** Port Info: None
-*** Platform: MSP430
-*** Test Board: Olimex MSP430-P1611
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 22756 msgs/S, 45512 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 17949 msgs/S, 35898 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 17949 msgs/S, 35898 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 67552 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 12780 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 18071 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 5449 reschedules/S, 32694 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 42200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 73280 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 69456 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 140132 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 76804 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 222 bytes
---- Thread: 38 bytes
---- Timer : 10 bytes
---- Semaph: 6 bytes
---- EventS: 2 bytes
---- EventL: 6 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 20 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/SPC560B50-64.txt b/docs/reports/SPC560B50-64.txt deleted file mode 100644 index d2c22581f..000000000 --- a/docs/reports/SPC560B50-64.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=64
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Apr 26 2013 - 13:25:43
-*** Compiler: GCC 4.6.3 build on 2013-01-07
-*** Architecture: Power Architecture
-*** Core Variant: e200z0
-*** Port Info: VLE mode
-*** Platform: SPC560B/Cxx Car Body and Convenience
-*** Test Board: Generic SPC560B/Cxx
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 200700 msgs/S, 401400 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 167515 msgs/S, 335030 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 167518 msgs/S, 335036 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 590288 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 132691 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 189383 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 52143 reschedules/S, 312858 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 392160 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 619272 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 792852 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 850984 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 649608 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 1052 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/SPC560P50-64.txt b/docs/reports/SPC560P50-64.txt deleted file mode 100644 index 34fdae5d9..000000000 --- a/docs/reports/SPC560P50-64.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=64
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Apr 26 2013 - 13:30:12
-*** Compiler: GCC 4.6.3 build on 2013-01-07
-*** Architecture: Power Architecture
-*** Core Variant: e200z0
-*** Port Info: VLE mode
-*** Platform: SPC560Pxx Chassis and Safety
-*** Test Board: Generic SPC560Pxx
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 200703 msgs/S, 401406 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 167519 msgs/S, 335038 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 167519 msgs/S, 335038 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 590288 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 132689 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 189383 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 52143 reschedules/S, 312858 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 392160 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 619280 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 792852 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 850964 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 649584 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 1052 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/SPC563M64-80.txt b/docs/reports/SPC563M64-80.txt deleted file mode 100644 index 6d17cd808..000000000 --- a/docs/reports/SPC563M64-80.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=80
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Apr 26 2013 - 13:36:25
-*** Compiler: GCC 4.6.3 build on 2013-01-07
-*** Architecture: Power Architecture
-*** Core Variant: e200z3
-*** Port Info: VLE mode
-*** Platform: SPC563Mxx Powertrain
-*** Test Board: Generic SPC563Mxx
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 267100 msgs/S, 534200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 214686 msgs/S, 429372 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 214686 msgs/S, 429372 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 880072 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 172117 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 251932 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 73531 reschedules/S, 441186 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 556476 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 803124 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 897800 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 948060 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 808692 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 1052 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/SPC564A64-150.txt b/docs/reports/SPC564A64-150.txt deleted file mode 100644 index ad2d80d84..000000000 --- a/docs/reports/SPC564A64-150.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=150
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Apr 29 2013 - 11:08:09
-*** Compiler: GCC 4.6.3 build on 2013-01-07
-*** Architecture: Power Architecture
-*** Core Variant: e200z4
-*** Port Info: VLE mode
-*** Platform: SPC564Axx Powertrain
-*** Test Board: Generic SPC564Axx
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 543008 msgs/S, 1086016 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 448711 msgs/S, 897422 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 448712 msgs/S, 897424 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 1547056 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 358539 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 518581 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 137368 reschedules/S, 824208 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 915500 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1624592 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 1897166 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 2688244 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1855960 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 1052 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/SPC56EL60-120.txt b/docs/reports/SPC56EL60-120.txt deleted file mode 100644 index 50a7ad9fe..000000000 --- a/docs/reports/SPC56EL60-120.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=120
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Apr 29 2013 - 11:20:37
-*** Compiler: GCC 4.6.3 build on 2013-01-07
-*** Architecture: Power Architecture
-*** Core Variant: e200z4
-*** Port Info: VLE mode
-*** Platform: SPC56ELxx Chassis and Safety
-*** Test Board: Generic SPC56ELxx
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 379277 msgs/S, 758554 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 312927 msgs/S, 625854 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 312931 msgs/S, 625862 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 1099584 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 250737 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 369918 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 94594 reschedules/S, 567564 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 633460 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1107176 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 1309908 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 1762548 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1239856 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 1052 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F051-48-GCC.txt b/docs/reports/STM32F051-48-GCC.txt deleted file mode 100644 index 1d2b671f5..000000000 --- a/docs/reports/STM32F051-48-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=48, ACR=0x11 (1 wait state)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.0
-*** Compiled: May 19 2012 - 17:24:06
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv6-M
-*** Core Variant: Cortex-M0
-*** Port Info: Preemption through NMI
-*** Platform: STM32F0 Entry Level
-*** Test Board: ST STM32L-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 151223 msgs/S, 302446 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 119158 msgs/S, 238316 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 119158 msgs/S, 238316 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 456240 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 92602 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 132740 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 36254 reschedules/S, 217524 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 273820 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 427652 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 417370 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 682712 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 422920 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 404 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F100-24-GCC.txt b/docs/reports/STM32F100-24-GCC.txt deleted file mode 100644 index 7d22dd1ad..000000000 --- a/docs/reports/STM32F100-24-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=24, ACR=0x10 (no wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 14:51:29
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Value Line Medium Density
-*** Test Board: ST STM32VL-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 107466 msgs/S, 214932 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 88361 msgs/S, 176722 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 88361 msgs/S, 176722 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 364984 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 64312 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 91069 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 27423 reschedules/S, 164538 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 194360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 262192 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 305910 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 381748 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 268084 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F100-24-IAR.txt b/docs/reports/STM32F100-24-IAR.txt deleted file mode 100644 index 5c5d3512b..000000000 --- a/docs/reports/STM32F100-24-IAR.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: SYSCLK=24, ACR=0x10 (no wait states)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 14:57:36
-*** Compiler: IAR
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Value Line Medium Density
-*** Test Board: ST STM32VL-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 99411 msgs/S, 198822 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 86444 msgs/S, 172888 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 86444 msgs/S, 172888 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 336632 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 62625 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 88700 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 28919 reschedules/S, 173514 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 183540 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 252964 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 309832 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 472444 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 271112 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F100-24-RVCT.txt b/docs/reports/STM32F100-24-RVCT.txt deleted file mode 100644 index b747c1afe..000000000 --- a/docs/reports/STM32F100-24-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: SYSCLK=24, ACR=0x10 (no wait states)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 15:04:43
-*** Compiler: RVCT
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Value Line Medium Density
-*** Test Board: ST STM32VL-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 101100 msgs/S, 202200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 86761 msgs/S, 173522 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 86761 msgs/S, 173522 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 340272 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 63800 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 91072 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 29203 reschedules/S, 175218 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 203920 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 242700 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 311922 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 454500 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 274248 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-48-GCC.txt b/docs/reports/STM32F103-48-GCC.txt deleted file mode 100644 index a9e91a259..000000000 --- a/docs/reports/STM32F103-48-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=48, ACR=0x11 (1 wait state)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 11:54:27
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 197697 msgs/S, 395394 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 162180 msgs/S, 324360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 162180 msgs/S, 324360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 683520 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 118726 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 170879 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 49070 reschedules/S, 294420 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 347320 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 466776 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 490722 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 640048 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 461148 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-GCC-compact.txt b/docs/reports/STM32F103-72-GCC-compact.txt deleted file mode 100644 index 7cd8594e8..000000000 --- a/docs/reports/STM32F103-72-GCC-compact.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 11:58:05
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Compact kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 275197 msgs/S, 550394 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 221680 msgs/S, 443360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 221680 msgs/S, 443360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 952928 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 163998 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 240229 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 66137 reschedules/S, 396822 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 471772 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 623236 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 641326 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 842560 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 632848 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-GCC.txt b/docs/reports/STM32F103-72-GCC.txt deleted file mode 100644 index d9345d56d..000000000 --- a/docs/reports/STM32F103-72-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.0
-*** Compiled: Apr 25 2012 - 12:56:39
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 268998 msgs/S, 537996 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 213760 msgs/S, 427520 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 213760 msgs/S, 427520 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 975576 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 158908 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 236273 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 64647 reschedules/S, 387882 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 478040 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 623212 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 647076 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 787132 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 596056 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 404 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-IAR-compact.txt b/docs/reports/STM32F103-72-IAR-compact.txt deleted file mode 100644 index cf318340a..000000000 --- a/docs/reports/STM32F103-72-IAR-compact.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 12:04:29
-*** Compiler: IAR
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Compact kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 250283 msgs/S, 500566 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 216355 msgs/S, 432710 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 215059 msgs/S, 430118 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 850064 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 154479 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 228038 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 70146 reschedules/S, 420876 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 474140 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 664692 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 707650 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 1122300 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 650024 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-IAR.txt b/docs/reports/STM32F103-72-IAR.txt deleted file mode 100644 index 13b904158..000000000 --- a/docs/reports/STM32F103-72-IAR.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 12:19:46
-*** Compiler: IAR
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 241831 msgs/S, 483662 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 211248 msgs/S, 422496 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 210000 msgs/S, 420000 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 841272 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 149324 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 217650 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 69192 reschedules/S, 415152 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 467900 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 661520 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 690526 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 1071880 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 632748 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-RVCT-compact.txt b/docs/reports/STM32F103-72-RVCT-compact.txt deleted file mode 100644 index 21982a672..000000000 --- a/docs/reports/STM32F103-72-RVCT-compact.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 12:14:42
-*** Compiler: RVCT
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Compact kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 245998 msgs/S, 491996 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 210638 msgs/S, 421276 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 210638 msgs/S, 421276 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 852568 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 157180 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 231712 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 67698 reschedules/S, 406188 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 504052 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 608404 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 598586 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 957740 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 669744 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F103-72-RVCT.txt b/docs/reports/STM32F103-72-RVCT.txt deleted file mode 100644 index 8b1192283..000000000 --- a/docs/reports/STM32F103-72-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 12:17:39
-*** Compiler: RVCT
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Performance Line Medium Density
-*** Test Board: Olimex STM32-P103
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 244331 msgs/S, 488662 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 212523 msgs/S, 425046 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 212523 msgs/S, 425046 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 860304 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 153165 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 224497 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 68542 reschedules/S, 411252 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 493700 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 574396 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 598628 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 855192 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 617932 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F107-72-GCC.txt b/docs/reports/STM32F107-72-GCC.txt deleted file mode 100644 index a8290110c..000000000 --- a/docs/reports/STM32F107-72-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 11:49:01
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F1 Connectivity Line
-*** Test Board: Olimex STM32-P107
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 266998 msgs/S, 533996 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 213748 msgs/S, 427496 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 213748 msgs/S, 427496 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 962456 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 159254 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 236261 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 64820 reschedules/S, 388920 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 474856 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 608060 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 644192 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 787148 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 596068 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F303-72-GCC.txt b/docs/reports/STM32F303-72-GCC.txt deleted file mode 100644 index 5bff12cf5..000000000 --- a/docs/reports/STM32F303-72-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.1unstable
-*** Compiled: Dec 5 2012 - 09:02:24
-*** Compiler: GCC 4.6.2 20120613 (release) [ARM/embedded-4_6-branch revision 188521]
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F30x Analog & DSP
-*** Test Board: STMicroelectronics STM32F3-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 269999 msgs/S, 539998 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 214388 msgs/S, 428776 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 214388 msgs/S, 428776 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 975520 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 156477 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 235488 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 65113 reschedules/S, 390678 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 478800 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 621156 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 655900 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 787080 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 601008 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 404 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F373-72-GCC.txt b/docs/reports/STM32F373-72-GCC.txt deleted file mode 100644 index fb4cb2f73..000000000 --- a/docs/reports/STM32F373-72-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=72, ACR=0x12 (2 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.2unstable
-*** Compiled: Mar 3 2013 - 09:55:54
-*** Compiler: GCC 4.7.3 20121207 (release) [ARM/embedded-4_7-branch revision 194305]
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F37x Analog & DSP
-*** Test Board: STMicroelectronics STM32373C-EVAL
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 263081 msgs/S, 526162 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 212496 msgs/S, 424992 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 212496 msgs/S, 424992 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 931272 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 157855 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 233196 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 64413 reschedules/S, 386478 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 475640 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 629324 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 655914 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 778572 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 576896 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 404 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 16 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 36 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F407-168-GCC-FPU.txt b/docs/reports/STM32F407-168-GCC-FPU.txt deleted file mode 100644 index 9b37d76f0..000000000 --- a/docs/reports/STM32F407-168-GCC-FPU.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=168, ACR=0x705 (5 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.0
-*** Compiled: Apr 1 2012 - 14:19:33
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4F
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F4 High Performance & DSP
-*** Test Board: ST STM32F4-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 576749 msgs/S, 1153498 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 493633 msgs/S, 987266 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 493631 msgs/S, 987262 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 1672112 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 382319 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 510144 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 156526 reschedules/S, 939156 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 1063936 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1804680 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 2124518 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 2685364 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1885792 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 644 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F407-168-GCC.txt b/docs/reports/STM32F407-168-GCC.txt deleted file mode 100644 index e28a0a1f9..000000000 --- a/docs/reports/STM32F407-168-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=168, ACR=0x705 (5 wait states)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.5.0
-*** Compiled: Apr 9 2012 - 15:07:48
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F4 High Performance & DSP
-*** Test Board: ST STM32F4-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 752723 msgs/S, 1505446 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 617124 msgs/S, 1234248 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 617119 msgs/S, 1234238 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 2528968 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 448823 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 635833 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 193383 reschedules/S, 1160298 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 1356420 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1804932 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 2124810 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 2685732 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1886044 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 372 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F407-168-IAR.txt b/docs/reports/STM32F407-168-IAR.txt deleted file mode 100644 index c05a4d60e..000000000 --- a/docs/reports/STM32F407-168-IAR.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: SYSCLK=168, ACR=0x705 (5 wait states)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 15 2012 - 20:30:59
-*** Compiler: IAR
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F4 High Performance & DSP
-*** Test Board: ST STM32F4-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 682340 msgs/S, 1364680 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 593133 msgs/S, 1186266 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 593132 msgs/S, 1186264 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 2315264 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 424953 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 603812 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 203217 reschedules/S, 1219302 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 1370264 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1669144 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 2098174 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 3010820 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1780940 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32F407-168-RVCT.txt b/docs/reports/STM32F407-168-RVCT.txt deleted file mode 100644 index 60ed4ab1c..000000000 --- a/docs/reports/STM32F407-168-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: SYSCLK=32, ACR=0x11 (1 wait state)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 15 2012 - 20:25:03
-*** Compiler: RVCT
-*** Architecture: ARMv7-ME
-*** Core Variant: Cortex-M4
-*** Port Info: Advanced kernel mode
-*** Platform: STM32F4 High Performance & DSP
-*** Test Board: ST STM32F4-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 711269 msgs/S, 1422538 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 610399 msgs/S, 1220798 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 610399 msgs/S, 1220798 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 2393744 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 448826 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 640691 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 205457 reschedules/S, 1232742 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 1434680 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 1724960 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 2223332 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 3197328 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 1951860 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32L152-32-GCC.txt b/docs/reports/STM32L152-32-GCC.txt deleted file mode 100644 index 5218cd1ef..000000000 --- a/docs/reports/STM32L152-32-GCC.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: -O2 -fomit-frame-pointer -falign-functions=16
-Settings: SYSCLK=32, ACR=0x11 (1 wait state)
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 13:25:45
-*** Compiler: GCC 4.6.2
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32L1 Ultra Low Power Medium Density
-*** Test Board: ST STM32L-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 131606 msgs/S, 263212 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 107961 msgs/S, 215922 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 107961 msgs/S, 215922 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 454200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 79829 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 114163 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 33107 reschedules/S, 198642 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 229120 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 329000 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 364000 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 468364 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 309232 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32L152-32-IAR.txt b/docs/reports/STM32L152-32-IAR.txt deleted file mode 100644 index ce8093bf4..000000000 --- a/docs/reports/STM32L152-32-IAR.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -Ohs
-Settings: SYSCLK=32, ACR=0x11 (1 wait state)
-Compiler: IAR C/C++ Compiler for ARM 6.30.3.3241
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 13:30:39
-*** Compiler: IAR
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32L1 Ultra Low Power Medium Density
-*** Test Board: ST STM32L-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 121100 msgs/S, 242200 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 106517 msgs/S, 213034 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 106517 msgs/S, 213034 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 418376 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 77689 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 110214 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 35153 reschedules/S, 210918 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 221188 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 312040 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 383674 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 522068 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 320060 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM32L152-32-RVCT.txt b/docs/reports/STM32L152-32-RVCT.txt deleted file mode 100644 index 38e3f6ed7..000000000 --- a/docs/reports/STM32L152-32-RVCT.txt +++ /dev/null @@ -1,165 +0,0 @@ -***************************************************************************
-Options: -O3 -Otime --apcs=interwork
-Settings: SYSCLK=32, ACR=0x11 (1 wait state)
-Compiler: RealView C/C++ Compiler V4.1.0.791 [Evaluation].
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 21 2012 - 13:38:29
-*** Compiler: RVCT
-*** Architecture: ARMv7-M
-*** Core Variant: Cortex-M3
-*** Port Info: Advanced kernel mode
-*** Platform: STM32L1 Ultra Low Power Medium Density
-*** Test Board: ST STM32L-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 122507 msgs/S, 245014 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 106169 msgs/S, 212338 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 106525 msgs/S, 213050 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 427528 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 78454 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 112558 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 35469 reschedules/S, 212814 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 241292 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 307556 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 359934 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 530856 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 321748 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 376 bytes
---- Thread: 72 bytes
---- Timer : 20 bytes
---- Semaph: 12 bytes
---- EventS: 4 bytes
---- EventL: 12 bytes
---- Mutex : 16 bytes
---- CondV.: 8 bytes
---- Queue : 32 bytes
---- MailB.: 40 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM8L152-16-Cosmic.txt b/docs/reports/STM8L152-16-Cosmic.txt deleted file mode 100644 index a2d306326..000000000 --- a/docs/reports/STM8L152-16-Cosmic.txt +++ /dev/null @@ -1,7 +0,0 @@ -***************************************************************************
-Options: Optimized for speed
-Settings: CPUCLK=16MHz (HSI)
-Compiler: Cosmic STM8 compiler 4.3.6.
-***************************************************************************
-
-FAILED (compiler regression)
\ No newline at end of file diff --git a/docs/reports/STM8L152-16-Raisonance.txt b/docs/reports/STM8L152-16-Raisonance.txt deleted file mode 100644 index 508866149..000000000 --- a/docs/reports/STM8L152-16-Raisonance.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: Optimized for speed
-Settings: CPUCLK=16MHz (HSI)
-Compiler: Raisonance RKit-STM8_2.32.10.0307
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 23 2012 - 19:04:23
-*** Compiler: Raisonance
-*** Architecture: STM8
-*** Port Info: None
-*** Platform: STM8L
-*** Test Board: ST STM8L-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 30270 msgs/S, 60540 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 23197 msgs/S, 46394 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 23197 msgs/S, 46394 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 107360 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 17468 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 27274 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 6268 reschedules/S, 37608 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 53228 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 76448 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 57698 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 125104 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 123176 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 218 bytes
---- Thread: 34 bytes
---- Timer : 10 bytes
---- Semaph: 5 bytes
---- EventS: 2 bytes
---- EventL: 5 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 18 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM8S105-16-Cosmic.txt b/docs/reports/STM8S105-16-Cosmic.txt deleted file mode 100644 index a2d306326..000000000 --- a/docs/reports/STM8S105-16-Cosmic.txt +++ /dev/null @@ -1,7 +0,0 @@ -***************************************************************************
-Options: Optimized for speed
-Settings: CPUCLK=16MHz (HSI)
-Compiler: Cosmic STM8 compiler 4.3.6.
-***************************************************************************
-
-FAILED (compiler regression)
\ No newline at end of file diff --git a/docs/reports/STM8S105-16-Raisonance.txt b/docs/reports/STM8S105-16-Raisonance.txt deleted file mode 100644 index ab926e136..000000000 --- a/docs/reports/STM8S105-16-Raisonance.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: Optimized for speed
-Settings: CPUCLK=16MHz (HSE)
-Compiler: Raisonance RKit-STM8_2.32.10.0307
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 23 2012 - 19:17:23
-*** Compiler: Raisonance
-*** Architecture: STM8
-*** Port Info: None
-*** Platform: STM8S
-*** Test Board: ST STM8S-Discovery
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 30272 msgs/S, 60544 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 23199 msgs/S, 46398 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 23199 msgs/S, 46398 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 107368 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 17469 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 27276 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 6269 reschedules/S, 37614 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 53236 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 76456 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 57702 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 125116 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 123188 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 218 bytes
---- Thread: 34 bytes
---- Timer : 10 bytes
---- Semaph: 5 bytes
---- EventS: 2 bytes
---- EventL: 5 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 18 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/STM8S208-16-Raisonance.txt b/docs/reports/STM8S208-16-Raisonance.txt deleted file mode 100644 index f57609eac..000000000 --- a/docs/reports/STM8S208-16-Raisonance.txt +++ /dev/null @@ -1,164 +0,0 @@ -***************************************************************************
-Options: Optimized for speed (3)
-Settings: CPUCLK=16MHz (HSI)
-Compiler: Raisonance RKit-STM8_2.32.10.0307
-***************************************************************************
-
-*** ChibiOS/RT test suite
-***
-*** Kernel: 2.4.0
-*** Compiled: Jan 25 2012 - 19:04:12
-*** Compiler: Raisonance
-*** Architecture: STM8
-*** Port Info: None
-*** Platform: STM8S
-*** Test Board: Raisonance REva V3 + STM8S208RB
-
-----------------------------------------------------------------------------
---- Test Case 1.1 (Threads, enqueuing test #1)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.2 (Threads, enqueuing test #2)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.3 (Threads, priority change)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 1.4 (Threads, delays)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.1 (Semaphores, enqueuing)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.2 (Semaphores, timeout)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.3 (Semaphores, atomic signal-wait)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 2.4 (Binary Semaphores, functionality)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.1 (Mutexes, priority enqueuing test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.2 (Mutexes, priority inheritance, simple case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.3 (Mutexes, priority inheritance, complex case)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.4 (Mutexes, priority return)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.5 (Mutexes, status)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.6 (CondVar, signal test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.7 (CondVar, broadcast test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 3.8 (CondVar, boost test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 4.1 (Messages, loop)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 5.1 (Mailboxes, queuing and timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.1 (Events, registration and dispatch)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.2 (Events, wait and broadcast)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 6.3 (Events, timeouts)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 7.1 (Heap, allocation and fragmentation test)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 8.1 (Memory Pools, queue/dequeue)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.1 (Dynamic APIs, threads creation from heap)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.2 (Dynamic APIs, threads creation from memory pool)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 9.3 (Dynamic APIs, registry and references)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.1 (Queues, input queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 10.2 (Queues, output queues)
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.1 (Benchmark, messages #1)
---- Score : 30272 msgs/S, 60544 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.2 (Benchmark, messages #2)
---- Score : 23199 msgs/S, 46398 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.3 (Benchmark, messages #3)
---- Score : 23199 msgs/S, 46398 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.4 (Benchmark, context switch)
---- Score : 107368 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.5 (Benchmark, threads, full cycle)
---- Score : 17469 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.6 (Benchmark, threads, create only)
---- Score : 27276 threads/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.7 (Benchmark, mass reschedule, 5 threads)
---- Score : 6269 reschedules/S, 37614 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.8 (Benchmark, round robin context switching)
---- Score : 53236 ctxswc/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.9 (Benchmark, I/O Queues throughput)
---- Score : 76456 bytes/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.10 (Benchmark, virtual timers set/reset)
---- Score : 57702 timers/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.11 (Benchmark, semaphores wait/signal)
---- Score : 125116 wait+signal/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.12 (Benchmark, mutexes lock/unlock)
---- Score : 123188 lock+unlock/S
---- Result: SUCCESS
-----------------------------------------------------------------------------
---- Test Case 11.13 (Benchmark, RAM footprint)
---- System: 218 bytes
---- Thread: 34 bytes
---- Timer : 10 bytes
---- Semaph: 5 bytes
---- EventS: 2 bytes
---- EventL: 5 bytes
---- Mutex : 8 bytes
---- CondV.: 4 bytes
---- Queue : 16 bytes
---- MailB.: 18 bytes
---- Result: SUCCESS
-----------------------------------------------------------------------------
-
-Final result: SUCCESS
diff --git a/docs/reports/build.txt b/docs/reports/build.txt deleted file mode 100644 index e05b19da9..000000000 --- a/docs/reports/build.txt +++ /dev/null @@ -1,45 +0,0 @@ -Default maximum settings - * Building...OK - * Testing...OK -CH_OPTIMIZE_SPEED=FALSE - * Building...OK - * Testing...OK -CH_TIME_QUANTUM=0 - * Building...OK - * Testing...OK -CH_USE_REGISTRY=FALSE - * Building...OK - * Testing...OK -CH_USE_SEMAPHORES_PRIORITY=TRUE - * Building...OK - * Testing...OK -CH_USE_CONDVARS_TIMEOUT=FALSE - * Building...OK - * Testing...OK -CH_USE_EVENTS_TIMEOUT=FALSE - * Building...OK - * Testing...OK -CH_USE_MESSAGES_PRIORITY=TRUE - * Building...OK - * Testing...OK -CH_USE_DYNAMIC=FALSE - * Building...OK - * Testing...OK -CH_DBG_SYSTEM_STATE_CHECK=TRUE - * Building...OK - * Testing...OK -CH_DBG_ENABLE_CHECKS=TRUE - * Building...OK - * Testing...OK -CH_DBG_ENABLE_ASSERTS=TRUE - * Building...OK - * Testing...OK -CH_DBG_ENABLE_TRACE=TRUE - * Building...OK - * Testing...OK -CH_DBG_FILL_THREADS=TRUE - * Building...OK - * Testing...OK -CH_DBG_THREADS_PROFILING=FALSE - * Building...OK - * Testing...OK diff --git a/docs/reports/coverage.txt b/docs/reports/coverage.txt deleted file mode 100644 index a1ec85669..000000000 --- a/docs/reports/coverage.txt +++ /dev/null @@ -1,75 +0,0 @@ -mkdir gcov
-gcov -u ..\..\os\kernel\src\chsys.c ..\..\os\kernel\src\chdebug.c ..\..\os\kernel\src\chlists.c ..\..\os\kernel\src\chvt.c ..\..\os\kernel\src\chschd.c ..\..\os\kernel\src\chthreads.c ..\..\os\kernel\src\chdynamic.c ..\..\os\kernel\src\chregistry.c ..\..\os\kernel\src\chsem.c ..\..\os\kernel\src\chmtx.c ..\..\os\kernel\src\chcond.c ..\..\os\kernel\src\chevents.c ..\..\os\kernel\src\chmsg.c ..\..\os\kernel\src\chmboxes.c ..\..\os\kernel\src\chqueues.c ..\..\os\kernel\src\chmemcore.c ..\..\os\kernel\src\chheap.c ..\..\os\kernel\src\chmempools.c
-File `../../os/kernel/src/chsys.c'
-Lines executed:100.00% of 21
-../../os/kernel/src/chsys.c:creating `chsys.c.gcov'
-
-File `../../os/kernel/src/chdebug.c'
-Lines executed:100.00% of 10
-../../os/kernel/src/chdebug.c:creating `chdebug.c.gcov'
-
-File `../../os/kernel/src/chlists.c'
-Lines executed:100.00% of 31
-../../os/kernel/src/chlists.c:creating `chlists.c.gcov'
-
-File `../../os/kernel/src/chvt.c'
-Lines executed:100.00% of 29
-../../os/kernel/src/chvt.c:creating `chvt.c.gcov'
-
-File `../../os/kernel/src/chschd.c'
-Lines executed:100.00% of 65
-../../os/kernel/src/chschd.c:creating `chschd.c.gcov'
-
-File `../../os/kernel/src/chthreads.c'
-Lines executed:100.00% of 89
-../../os/kernel/src/chthreads.c:creating `chthreads.c.gcov'
-
-File `../../os/kernel/src/chdynamic.c'
-Lines executed:100.00% of 50
-../../os/kernel/src/chdynamic.c:creating `chdynamic.c.gcov'
-
-File `../../os/kernel/src/chregistry.c'
-Lines executed:100.00% of 18
-../../os/kernel/src/chregistry.c:creating `chregistry.c.gcov'
-
-File `../../os/kernel/src/chsem.c'
-Lines executed:100.00% of 88
-../../os/kernel/src/chsem.c:creating `chsem.c.gcov'
-
-File `../../os/kernel/src/chmtx.c'
-Lines executed:100.00% of 112
-../../os/kernel/src/chmtx.c:creating `chmtx.c.gcov'
-
-File `../../os/kernel/src/chcond.c'
-Lines executed:100.00% of 59
-../../os/kernel/src/chcond.c:creating `chcond.c.gcov'
-
-File `../../os/kernel/src/chevents.c'
-Lines executed:100.00% of 111
-../../os/kernel/src/chevents.c:creating `chevents.c.gcov'
-
-File `../../os/kernel/src/chmsg.c'
-Lines executed:100.00% of 27
-../../os/kernel/src/chmsg.c:creating `chmsg.c.gcov'
-
-File `../../os/kernel/src/chmboxes.c'
-Lines executed:100.00% of 94
-../../os/kernel/src/chmboxes.c:creating `chmboxes.c.gcov'
-
-File `../../os/kernel/src/chqueues.c'
-Lines executed:96.72% of 122
-../../os/kernel/src/chqueues.c:creating `chqueues.c.gcov'
-
-File `../../os/kernel/src/chmemcore.c'
-Lines executed:100.00% of 20
-../../os/kernel/src/chmemcore.c:creating `chmemcore.c.gcov'
-
-File `../../os/kernel/src/chheap.c'
-Lines executed:100.00% of 79
-../../os/kernel/src/chheap.c:creating `chheap.c.gcov'
-
-File `../../os/kernel/src/chmempools.c'
-Lines executed:100.00% of 28
-../../os/kernel/src/chmempools.c:creating `chmempools.c.gcov'
-
-mv -f *.gcov ./gcov
diff --git a/docs/reports/kernel.txt b/docs/reports/kernel.txt deleted file mode 100644 index 42b5bfe35..000000000 --- a/docs/reports/kernel.txt +++ /dev/null @@ -1,216 +0,0 @@ -Platform : PowerPC -OS Setup : Full kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -O2 -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 12136 - -Platform : PowerPC -OS Setup : Full kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -O2 -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 11660 - -Platform : PowerPC -OS Setup : Minimal kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -O2 -Kernel Size = 2196 - -Platform : PowerPC -OS Setup : Full kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -Os -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 10664 - -Platform : PowerPC -OS Setup : Full kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -Os -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 10124 - -Platform : PowerPC -OS Setup : Minimal kernel -Compiler : powerpc-eabi-gcc (Sourcery G++ Lite 4.4-79) 4.4.1 -Options : -Os -Kernel Size = 2220 - -Platform : ARM Cortex-M3 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 6312 - -Platform : ARM Cortex-M3 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 5892 - -Platform : ARM Cortex-M3 -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -Kernel Size = 1496 - -Platform : ARM Cortex-M3 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 5672 - -Platform : ARM Cortex-M3 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 5344 - -Platform : ARM Cortex-M3 -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -Kernel Size = 1332 - -Platform : ARM Cortex-M0 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 5628 - -Platform : ARM Cortex-M0 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 5408 - -Platform : ARM Cortex-M0 -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -Kernel Size = 1356 - -Platform : ARM Cortex-M0 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 5120 - -Platform : ARM Cortex-M0 -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 4968 - -Platform : ARM Cortex-M0 -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -Kernel Size = 1220 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 9424 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 8876 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -Kernel Size = 1932 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 8616 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 8240 - -Platform : ARM7TDMI (ARM mode) -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -Kernel Size = 1676 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=TRUE -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 6184 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DCH_OPTIMIZE_SPEED=FALSE -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 5948 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -O2 -mthumb -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 1384 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=TRUE -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 5700 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Full kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DCH_OPTIMIZE_SPEED=FALSE -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 5512 - -Platform : ARM7TDMI (THUMB mode) -OS Setup : Minimal kernel -Compiler : arm-none-eabi-gcc (GCC) 4.6.2 -Options : -Os -mthumb -DTHUMB -DTHUMB_PRESENT -DTHUMB_NO_INTERWORKING -Kernel Size = 1256 - -Platform : MSP430 -OS Setup : Full kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -O2 -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 6592 - -Platform : MSP430 -OS Setup : Full kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -O2 -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 6164 - -Platform : MSP430 -OS Setup : Minimal kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -O2 -Kernel Size = 1164 - -Platform : MSP430 -OS Setup : Full kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -Os -DCH_OPTIMIZE_SPEED=TRUE -Kernel Size = 5888 - -Platform : MSP430 -OS Setup : Full kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -Os -DCH_OPTIMIZE_SPEED=FALSE -Kernel Size = 5584 - -Platform : MSP430 -OS Setup : Minimal kernel -Compiler : msp430-gcc (GCC) 4.6.3 20120301 (mspgcc LTS 20120406 unpatched) -Options : -Os -Kernel Size = 988 - diff --git a/docs/rsc/custom.css b/docs/rsc/custom.css deleted file mode 100644 index 4ac73ab1a..000000000 --- a/docs/rsc/custom.css +++ /dev/null @@ -1,800 +0,0 @@ -/* The standard CSS for doxygen */
-
-body, table, div, p, dl {
- font-family: Lucida Grande, Verdana, Geneva, Arial, sans-serif;
- font-size: 12px;
-}
-
-/* @group Heading Levels */
-
-h1 {
- font-size: 150%;
-}
-
-h2 {
- font-size: 120%;
-}
-
-h3 {
- font-size: 100%;
-}
-
-dt {
- font-weight: bold;
-}
-
-div.multicol {
- -moz-column-gap: 1em;
- -webkit-column-gap: 1em;
- -moz-column-count: 3;
- -webkit-column-count: 3;
-}
-
-p.startli, p.startdd, p.starttd {
- margin-top: 2px;
-}
-
-p.endli {
- margin-bottom: 0px;
-}
-
-p.enddd {
- margin-bottom: 4px;
-}
-
-p.endtd {
- margin-bottom: 2px;
-}
-
-/* @end */
-
-caption {
- font-weight: bold;
-}
-
-span.legend {
- font-size: 70%;
- text-align: center;
-}
-
-h3.version {
- font-size: 90%;
- text-align: center;
-}
-
-div.qindex, div.navtab{
- background-color: #EBEFF6;
- border: 1px solid #A3B4D7;
- text-align: center;
- margin: 2px;
- padding: 2px;
-}
-
-div.qindex, div.navpath {
- width: 100%;
- line-height: 140%;
-}
-
-div.navtab {
- margin-right: 15px;
-}
-
-/* @group Link Styling */
-
-a {
- color: #3D578C;
- font-weight: normal;
- text-decoration: none;
-}
-
-.contents a:visited {
- color: #4665A2;
-}
-
-a:hover {
- text-decoration: underline;
-}
-
-a.qindex {
- font-weight: bold;
-}
-
-a.qindexHL {
- font-weight: bold;
- background-color: #9CAFD4;
- color: #ffffff;
- border: 1px double #869DCA;
-}
-
-.contents a.qindexHL:visited {
- color: #ffffff;
-}
-
-a.el {
- font-weight: bold;
-}
-
-a.elRef {
-}
-
-a.code {
- color: #4665A2;
-}
-
-a.codeRef {
- color: #4665A2;
-}
-
-/* @end */
-
-dl.el {
- margin-left: -1cm;
-}
-
-.fragment {
- font-family: monospace, fixed;
- font-size: 105%;
-}
-
-pre.fragment {
- border: 1px solid #C4CFE5;
- background-color: #FBFCFD;
- padding: 4px 6px;
- margin: 4px 8px 4px 2px;
- overflow: auto;
- word-wrap: break-word;
- font-size: 9pt;
- line-height: 125%;
-}
-
-div.ah {
- background-color: black;
- font-weight: bold;
- color: #ffffff;
- margin-bottom: 3px;
- margin-top: 3px;
- padding: 0.2em;
- border: solid thin #333;
- border-radius: 0.5em;
- -webkit-border-radius: .5em;
- -moz-border-radius: .5em;
- box-shadow: 2px 2px 3px #999;
- -webkit-box-shadow: 2px 2px 3px #999;
- -moz-box-shadow: rgba(0, 0, 0, 0.15) 2px 2px 2px;
- background-image: -webkit-gradient(linear, left top, left bottom, from(#eee), to(#000),color-stop(0.3, #444));
- background-image: -moz-linear-gradient(center top, #eee 0%, #444 40%, #000);
-}
-
-div.groupHeader {
- margin-left: 16px;
- margin-top: 12px;
- font-weight: bold;
-}
-
-div.groupText {
- margin-left: 16px;
- font-style: italic;
-}
-
-body {
- background: white;
- color: black;
- margin: 0;
-}
-
-div.contents {
- margin-top: 10px;
- margin-left: 10px;
- margin-right: 10px;
-}
-
-td.indexkey {
- background-color: #EBEFF6;
- font-weight: bold;
- border: 1px solid #C4CFE5;
- margin: 2px 0px 2px 0;
- padding: 2px 10px;
-}
-
-td.indexvalue {
- background-color: #EBEFF6;
- border: 1px solid #C4CFE5;
- padding: 2px 10px;
- margin: 2px 0px;
-}
-
-tr.memlist {
- background-color: #EEF1F7;
-}
-
-p.formulaDsp {
- text-align: center;
-}
-
-img.formulaDsp {
-
-}
-
-img.formulaInl {
- vertical-align: middle;
-}
-
-div.center {
- text-align: center;
- margin-top: 0px;
- margin-bottom: 0px;
- padding: 0px;
-}
-
-div.center img {
- border: 0px;
-}
-
-address.footer {
- text-align: right;
- padding-right: 12px;
-}
-
-img.footer {
- border: 0px;
- vertical-align: middle;
-}
-
-/* @group Code Colorization */
-
-span.keyword {
- color: #008000
-}
-
-span.keywordtype {
- color: #604020
-}
-
-span.keywordflow {
- color: #e08000
-}
-
-span.comment {
- color: #800000
-}
-
-span.preprocessor {
- color: #806020
-}
-
-span.stringliteral {
- color: #002080
-}
-
-span.charliteral {
- color: #008080
-}
-
-span.vhdldigit {
- color: #ff00ff
-}
-
-span.vhdlchar {
- color: #000000
-}
-
-span.vhdlkeyword {
- color: #700070
-}
-
-span.vhdllogic {
- color: #ff0000
-}
-
-/* @end */
-
-/*
-.search {
- color: #003399;
- font-weight: bold;
-}
-
-form.search {
- margin-bottom: 0px;
- margin-top: 0px;
-}
-
-input.search {
- font-size: 75%;
- color: #000080;
- font-weight: normal;
- background-color: #e8eef2;
-}
-*/
-
-td.tiny {
- font-size: 75%;
-}
-
-.dirtab {
- padding: 4px;
- border-collapse: collapse;
- border: 1px solid #A3B4D7;
-}
-
-th.dirtab {
- background: #EBEFF6;
- font-weight: bold;
-}
-
-hr {
- height: 0px;
- border: none;
- border-top: 1px solid #4A6AAA;
-}
-
-hr.footer {
- height: 1px;
-}
-
-/* @group Member Descriptions */
-
-table.memberdecls {
- border-spacing: 0px;
- padding: 0px;
-}
-
-.mdescLeft, .mdescRight,
-.memItemLeft, .memItemRight,
-.memTemplItemLeft, .memTemplItemRight, .memTemplParams {
- background-color: #F9FAFC;
- border: none;
- margin: 4px;
- padding: 1px 0 0 8px;
-}
-
-.mdescLeft, .mdescRight {
- padding: 0px 8px 4px 8px;
- color: #555;
-}
-
-.memItemLeft, .memItemRight, .memTemplParams {
- border-top: 1px solid #C4CFE5;
-}
-
-.memItemLeft, .memTemplItemLeft {
- white-space: nowrap;
-}
-
-.memTemplParams {
- color: #4665A2;
- white-space: nowrap;
-}
-
-/* @end */
-
-/* @group Member Details */
-
-/* Styles for detailed member documentation */
-
-.memtemplate {
- font-size: 80%;
- color: #4665A2;
- font-weight: normal;
- margin-left: 9px;
-}
-
-.memnav {
- background-color: #EBEFF6;
- border: 1px solid #A3B4D7;
- text-align: center;
- margin: 2px;
- margin-right: 15px;
- padding: 2px;
-}
-
-.memitem {
- padding: 0;
- margin-bottom: 10px;
-}
-
-.memname {
- white-space: nowrap;
- font-weight: bold;
- margin-left: 6px;
-}
-
-.memproto {
- border-top: 1px solid #A8B8D9;
- border-left: 1px solid #A8B8D9;
- border-right: 1px solid #A8B8D9;
- padding: 6px 0px 6px 0px;
- color: #253555;
- font-weight: bold;
- text-shadow: 0px 1px 1px rgba(255, 255, 255, 0.9);
- /* opera specific markup */
- box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15);
- border-top-right-radius: 8px;
- border-top-left-radius: 8px;
- /* firefox specific markup */
- -moz-box-shadow: rgba(0, 0, 0, 0.15) 5px 5px 5px;
- -moz-border-radius-topright: 8px;
- -moz-border-radius-topleft: 8px;
- /* webkit specific markup */
- -webkit-box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15);
- -webkit-border-top-right-radius: 8px;
- -webkit-border-top-left-radius: 8px;
- background-image:url('nav_f.png');
- background-repeat:repeat-x;
- background-color: #E2E8F2;
-
-}
-
-.memdoc {
- border-bottom: 1px solid #A8B8D9;
- border-left: 1px solid #A8B8D9;
- border-right: 1px solid #A8B8D9;
- padding: 2px 5px;
- background-color: #FBFCFD;
- border-top-width: 0;
- /* opera specific markup */
- border-bottom-left-radius: 8px;
- border-bottom-right-radius: 8px;
- box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15);
- /* firefox specific markup */
- -moz-border-radius-bottomleft: 8px;
- -moz-border-radius-bottomright: 8px;
- -moz-box-shadow: rgba(0, 0, 0, 0.15) 5px 5px 5px;
- background-image: -moz-linear-gradient(center top, #FFFFFF 0%, #FFFFFF 60%, #F7F8FB 95%, #EEF1F7);
- /* webkit specific markup */
- -webkit-border-bottom-left-radius: 8px;
- -webkit-border-bottom-right-radius: 8px;
- -webkit-box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15);
- background-image: -webkit-gradient(linear,center top,center bottom,from(#FFFFFF), color-stop(0.6,#FFFFFF), color-stop(0.60,#FFFFFF), color-stop(0.95,#F7F8FB), to(#EEF1F7));
-}
-
-.paramkey {
- text-align: right;
-}
-
-.paramtype {
- white-space: nowrap;
-}
-
-.paramname {
- color: #602020;
- white-space: nowrap;
-}
-.paramname em {
- font-style: normal;
-}
-
-.params, .retval, .exception, .tparams {
- border-spacing: 6px 2px;
-}
-
-.params .paramname, .retval .paramname {
- font-weight: bold;
- vertical-align: top;
-}
-
-.params .paramtype {
- font-style: italic;
- vertical-align: top;
-}
-
-.params .paramdir {
- font-family: "courier new",courier,monospace;
- vertical-align: top;
-}
-
-
-
-
-/* @end */
-
-/* @group Directory (tree) */
-
-/* for the tree view */
-
-.ftvtree {
- font-family: sans-serif;
- margin: 0px;
-}
-
-/* these are for tree view when used as main index */
-
-.directory {
- font-size: 9pt;
- font-weight: bold;
- margin: 5px;
-}
-
-.directory h3 {
- margin: 0px;
- margin-top: 1em;
- font-size: 11pt;
-}
-
-/*
-The following two styles can be used to replace the root node title
-with an image of your choice. Simply uncomment the next two styles,
-specify the name of your image and be sure to set 'height' to the
-proper pixel height of your image.
-*/
-
-/*
-.directory h3.swap {
- height: 61px;
- background-repeat: no-repeat;
- background-image: url("yourimage.gif");
-}
-.directory h3.swap span {
- display: none;
-}
-*/
-
-.directory > h3 {
- margin-top: 0;
-}
-
-.directory p {
- margin: 0px;
- white-space: nowrap;
-}
-
-.directory div {
- display: none;
- margin: 0px;
-}
-
-.directory img {
- vertical-align: -30%;
-}
-
-/* these are for tree view when not used as main index */
-
-.directory-alt {
- font-size: 100%;
- font-weight: bold;
-}
-
-.directory-alt h3 {
- margin: 0px;
- margin-top: 1em;
- font-size: 11pt;
-}
-
-.directory-alt > h3 {
- margin-top: 0;
-}
-
-.directory-alt p {
- margin: 0px;
- white-space: nowrap;
-}
-
-.directory-alt div {
- display: none;
- margin: 0px;
-}
-
-.directory-alt img {
- vertical-align: -30%;
-}
-
-/* @end */
-
-div.dynheader {
- margin-top: 8px;
-}
-
-address {
- font-style: normal;
- color: #2A3D61;
-}
-
-table.doxtable {
- border-collapse:collapse;
-}
-
-table.doxtable td, table.doxtable th {
- border: 1px solid #2D4068;
- padding: 3px 7px 2px;
-}
-
-table.doxtable th {
- background-color: #374F7F;
- color: #FFFFFF;
- font-size: 110%;
- padding-bottom: 4px;
- padding-top: 5px;
- text-align:left;
-}
-
-.tabsearch {
- top: 0px;
- left: 10px;
- height: 36px;
- background-image: url('tab_b.png');
- z-index: 101;
- overflow: hidden;
- font-size: 13px;
-}
-
-.navpath ul
-{
- font-size: 11px;
- background-image:url('tab_b.png');
- background-repeat:repeat-x;
- height:30px;
- line-height:30px;
- color:#8AA0CC;
- border:solid 1px #C2CDE4;
- overflow:hidden;
- margin:0px;
- padding:0px;
-}
-
-.navpath li
-{
- list-style-type:none;
- float:left;
- padding-left:10px;
- padding-right:15px;
- background-image:url('bc_s.png');
- background-repeat:no-repeat;
- background-position:right;
- color:#364D7C;
-}
-
-.navpath li.navelem a
-{
- height:32px;
- display:block;
- text-decoration: none;
- outline: none;
-}
-
-.navpath li.navelem a:hover
-{
- color:#6884BD;
-}
-
-.navpath li.footer
-{
- list-style-type:none;
- float:right;
- padding-left:10px;
- padding-right:15px;
- background-image:none;
- background-repeat:no-repeat;
- background-position:right;
- color:#364D7C;
- font-size: 8pt;
-}
-
-
-div.summary
-{
- float: right;
- font-size: 8pt;
- padding-right: 5px;
- width: 50%;
- text-align: right;
-}
-
-div.summary a
-{
- white-space: nowrap;
-}
-
-div.ingroups
-{
- font-size: 8pt;
- padding-left: 5px;
- width: 50%;
- text-align: left;
-}
-
-div.ingroups a
-{
- white-space: nowrap;
-}
-
-div.header
-{
- background-image:url('nav_h.png');
- background-repeat:repeat-x;
- background-color: #F9FAFC;
- margin: 0px;
- border-bottom: 1px solid #C4CFE5;
-}
-
-div.headertitle
-{
- padding: 5px 5px 5px 10px;
-}
-
-dl
-{
- padding: 0 0 0 10px;
-}
-
-dl.note, dl.warning, dl.attention, dl.pre, dl.post, dl.invariant, dl.deprecated, dl.todo, dl.test, dl.bug
-{
- border-left:4px solid;
- padding: 0 0 0 6px;
-}
-
-dl.note
-{
- border-color: #D0D000;
-}
-
-dl.warning, dl.attention
-{
- border-color: #FF0000;
-}
-
-dl.pre, dl.post, dl.invariant
-{
- border-color: #00D000;
-}
-
-dl.deprecated
-{
- border-color: #505050;
-}
-
-dl.todo
-{
- border-color: #00C0E0;
-}
-
-dl.test
-{
- border-color: #3030E0;
-}
-
-dl.bug
-{
- border-color: #C08050;
-}
-
-#projectlogo
-{
- text-align: center;
- vertical-align: bottom;
- border-collapse: separate;
-}
-
-#projectlogo img
-{
- border: 0px none;
-}
-
-#projectname
-{
- font: 300% arial,sans-serif;
- margin: 0px;
- padding: 0px;
-}
-
-#projectbrief
-{
- font: 120% arial,sans-serif;
- margin: 0px;
- padding: 0px;
-}
-
-#projectnumber
-{
- font: 50% arial,sans-serif;
- margin: 0px;
- padding: 0px;
-}
-
-#titlearea
-{
- padding: 0px;
- margin: 0px;
- width: 100%;
- border-bottom: 1px solid #5373B4;
-}
-
diff --git a/docs/rsc/footer_chm.html b/docs/rsc/footer_chm.html deleted file mode 100644 index 6f8038e4f..000000000 --- a/docs/rsc/footer_chm.html +++ /dev/null @@ -1,4 +0,0 @@ -<hr class="footer"/><address class="footer"><small>
-Generated on $datetime for $projectname by <a href="http://www.doxygen.org/index.html"><img class="footer" src="$relpath$doxygen.png" alt="doxygen"/></a> $doxygenversion</small></address>
-</body>
-</html>
diff --git a/docs/rsc/footer_html.html b/docs/rsc/footer_html.html deleted file mode 100644 index d6f2fa429..000000000 --- a/docs/rsc/footer_html.html +++ /dev/null @@ -1,24 +0,0 @@ - <li class="footer">
- <a href="http://sourceforge.net/projects/chibios">
- <img src="http://sflogo.sourceforge.net/sflogo.php?group_id=205897&type=11"
- border="0" width="120" height="30"
- alt="Get ChibiOS/RT embedded RTOS at SourceForge.net. Fast,
- secure and Free Open Source software downloads"/>
- </a>
- </li>
- </ul>
-</div>
-<!-- Piwik -->
-<script type="text/javascript">
-var pkBaseURL = (("https:" == document.location.protocol) ? "https://apps.sourceforge.net/piwik/chibios/" : "http://apps.sourceforge.net/piwik/chibios/");
-document.write(unescape("%3Cscript src='" + pkBaseURL + "piwik.js' type='text/javascript'%3E%3C/script%3E"));
-</script><script type="text/javascript">
-piwik_action_name = '';
-piwik_idsite = 1;
-piwik_url = pkBaseURL + "piwik.php";
-piwik_log(piwik_action_name, piwik_idsite, piwik_url);
-</script>
-<object><noscript><p><img src="http://apps.sourceforge.net/piwik/chibios/piwik.php?idsite=1" alt="piwik"/></p></noscript></object>
-<!-- End Piwik Tag -->
-</body>
-</html>
diff --git a/docs/rsc/header_chm.html b/docs/rsc/header_chm.html deleted file mode 100644 index 4d3d6a90f..000000000 --- a/docs/rsc/header_chm.html +++ /dev/null @@ -1,21 +0,0 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml">
-<head>
-<meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
-<title>$title</title>
-<link href="$relpath$tabs.css" rel="stylesheet" type="text/css"/>
-<link href="$relpath$doxygen.css" rel="stylesheet" type="text/css"/>
-</head>
-<body>
-<div id="top"><!-- do not remove this div! -->
-<div id="titlearea">
-<table cellspacing="0" cellpadding="0">
- <tbody>
- <tr style="height: 56px;">
- <td style="padding-left: 0.5em;">
- <div id="projectname">ChibiOS/RT <span id="projectnumber">2.5.2</span></div>
- </td>
- </tr>
- </tbody>
-</table>
-</div>
diff --git a/docs/rsc/header_html.html b/docs/rsc/header_html.html deleted file mode 100644 index 0b9cb62bf..000000000 --- a/docs/rsc/header_html.html +++ /dev/null @@ -1,41 +0,0 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml">
-<head>
-<meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
-<title>$title</title>
-<link href="$relpath$tabs.css" rel="stylesheet" type="text/css"/>
-<link href="$relpath$navtree.css" rel="stylesheet" type="text/css"/>
-<script type="text/javascript" src="$relpath$jquery.js"></script>
-<script type="text/javascript" src="$relpath$navtree.js"></script>
-<script type="text/javascript" src="$relpath$resize.js"></script>
-<script type="text/javascript">
-$(document).ready(initResizable);
-</script>
-<link href="$relpath$doxygen.css" rel="stylesheet" type="text/css"/>
-</head>
-<body>
-<div id="top"><!-- do not remove this div! -->
-<div id="titlearea">
-<table cellspacing="0" cellpadding="0">
- <tbody>
- <tr style="height: 92px;">
- <td style="padding-left: 0.5em;">
- <div id="projectname">ChibiOS/RT<br><span id="projectnumber">2.5.2</span></div>
- </td>
- <td style="padding-left: 3em;">
-<script type="text/javascript"><!--
-google_ad_client = "pub-3840594581853944";
-/* Documentation, bottom, 728x90, created 9/19/10 */
-google_ad_slot = "1902290615";
-google_ad_width = 728;
-google_ad_height = 90;
-//-->
-</script>
-<script type="text/javascript"
-src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
-</script>
- </td>
- </tr>
- </tbody>
-</table>
-</div>
diff --git a/docs/rsc/layout.xml b/docs/rsc/layout.xml deleted file mode 100644 index 9ec514ba8..000000000 --- a/docs/rsc/layout.xml +++ /dev/null @@ -1,184 +0,0 @@ -<doxygenlayout version="1.0"> - <!-- Navigation index tabs for HTML output --> - <navindex> - <tab type="mainpage" visible="yes" title=""/> - <tab type="pages" visible="yes" title="" intro=""/> - <tab type="modules" visible="yes" title="" intro=""/> - <tab type="namespaces" visible="yes" title=""> - <tab type="namespaces" visible="yes" title="" intro=""/> - <tab type="namespacemembers" visible="yes" title="" intro=""/> - </tab> - <tab type="classes" visible="yes" title=""> - <tab type="classes" visible="yes" title="" intro=""/> - <tab type="classindex" visible="$ALPHABETICAL_INDEX" title=""/> - <tab type="hierarchy" visible="yes" title="" intro=""/> - <tab type="classmembers" visible="yes" title="" intro=""/> - </tab> - <tab type="files" visible="yes" title=""> - <tab type="files" visible="yes" title="" intro=""/> - <tab type="globals" visible="yes" title="" intro=""/> - </tab> - <tab type="dirs" visible="yes" title="" intro=""/> - <tab type="examples" visible="yes" title="" intro=""/> - </navindex> - - <!-- Layout definition for a class page --> - <class> - <briefdescription visible="no"/> - <detaileddescription title=""/> - <includes visible="$SHOW_INCLUDE_FILES"/> - <inheritancegraph visible="$CLASS_GRAPH"/> - <collaborationgraph visible="$COLLABORATION_GRAPH"/> - <allmemberslink visible="yes"/> - <memberdecl> - <nestedclasses visible="yes" title=""/> - <publictypes title=""/> - <publicslots title=""/> - <signals title=""/> - <publicmethods title=""/> - <publicstaticmethods title=""/> - <publicattributes title=""/> - <publicstaticattributes title=""/> - <protectedtypes title=""/> - <protectedslots title=""/> - <protectedmethods title=""/> - <protectedstaticmethods title=""/> - <protectedattributes title=""/> - <protectedstaticattributes title=""/> - <packagetypes title=""/> - <packagemethods title=""/> - <packagestaticmethods title=""/> - <packageattributes title=""/> - <packagestaticattributes title=""/> - <properties title=""/> - <events title=""/> - <privatetypes title=""/> - <privateslots title=""/> - <privatemethods title=""/> - <privatestaticmethods title=""/> - <privateattributes title=""/> - <privatestaticattributes title=""/> - <friends title=""/> - <related title="" subtitle=""/> - <membergroups visible="yes"/> - </memberdecl> - <memberdef> - <typedefs title=""/> - <enums title=""/> - <constructors title=""/> - <functions title=""/> - <related title=""/> - <variables title=""/> - <properties title=""/> - <events title=""/> - </memberdef> - <usedfiles visible="$SHOW_USED_FILES"/> - <authorsection visible="yes"/> - </class> - - <!-- Layout definition for a namespace page --> - <namespace> - <briefdescription visible="no"/> - <detaileddescription title=""/> - <memberdecl> - <nestednamespaces visible="yes" title=""/> - <classes visible="yes" title=""/> - <typedefs title=""/> - <enums title=""/> - <functions title=""/> - <variables title=""/> - <membergroups visible="yes"/> - </memberdecl> - <memberdef> - <typedefs title=""/> - <enums title=""/> - <functions title=""/> - <variables title=""/> - </memberdef> - <authorsection visible="yes"/> - </namespace> - - <!-- Layout definition for a file page --> - <file> - <briefdescription visible="no"/> - <detaileddescription title=""/> - <includes visible="$SHOW_INCLUDE_FILES"/> - <includegraph visible="$INCLUDE_GRAPH"/> - <includedbygraph visible="$INCLUDED_BY_GRAPH"/> - <sourcelink visible="yes"/> - <memberdecl> - <classes visible="yes" title=""/> - <namespaces visible="yes" title=""/> - <functions title=""/> - <variables title=""/> - <defines title=""/> - <typedefs title=""/> - <enums title=""/> - <membergroups visible="yes"/> - </memberdecl> - <memberdef> - <functions title=""/> - <variables title=""/> - <defines title=""/> - <typedefs title=""/> - <enums title=""/> - </memberdef> - <authorsection/> - </file> - - <!-- Layout definition for a group page --> - <group> - <briefdescription visible="no"/> - <groupgraph visible="$GROUP_GRAPHS"/> - <detaileddescription title=""/> - <memberdecl> - <classes visible="yes" title=""/> - <namespaces visible="yes" title=""/> - <dirs visible="yes" title=""/> - <nestedgroups visible="yes" title=""/> - <files visible="yes" title=""/> - <functions title=""/> - <variables title=""/> - <membergroups visible="yes"/> - <defines title=""/> - <typedefs title=""/> - <enums title=""/> - <enumvalues title=""/> - <signals title=""/> - <publicslots title=""/> - <protectedslots title=""/> - <privateslots title=""/> - <events title=""/> - <properties title=""/> - <friends title=""/> - </memberdecl> - <memberdef> - <pagedocs/> - <functions title=""/> - <variables title=""/> - <defines title=""/> - <typedefs title=""/> - <enums title=""/> - <enumvalues title=""/> - <signals title=""/> - <publicslots title=""/> - <protectedslots title=""/> - <privateslots title=""/> - <events title=""/> - <properties title=""/> - <friends title=""/> - </memberdef> - <authorsection visible="yes"/> - </group> - - <!-- Layout definition for a directory page --> - <directory> - <briefdescription visible="no"/> - <directorygraph visible="yes"/> - <detaileddescription title=""/> - <memberdecl> - <dirs visible="yes"/> - <files visible="yes"/> - </memberdecl> - </directory> -</doxygenlayout> diff --git a/docs/rsc/logo.png b/docs/rsc/logo.png Binary files differdeleted file mode 100644 index 7948daefb..000000000 --- a/docs/rsc/logo.png +++ /dev/null diff --git a/docs/rsc/workspace.eps b/docs/rsc/workspace.eps deleted file mode 100644 index e2c20109b..000000000 --- a/docs/rsc/workspace.eps +++ /dev/null @@ -1,870 +0,0 @@ -%!PS-Adobe-3.0 EPSF-3.0 -%%Creator: cairo 1.8.8 (http://cairographics.org) -%%CreationDate: Mon Aug 30 12:09:46 2010 -%%Pages: 1 -%%BoundingBox: 0 0 196 229 -%%DocumentData: Clean7Bit -%%LanguageLevel: 2 -%%EndComments -%%BeginProlog -/cairo_eps_state save def -/dict_count countdictstack def -/op_count count 1 sub def -userdict begin -/q { gsave } bind def -/Q { grestore } bind def -/cm { 6 array astore concat } bind def -/w { setlinewidth } bind def -/J { setlinecap } bind def -/j { setlinejoin } bind def -/M { setmiterlimit } bind def -/d { setdash } bind def -/m { moveto } bind def -/l { lineto } bind def -/c { curveto } bind def -/h { closepath } bind def -/re { exch dup neg 3 1 roll 5 3 roll moveto 0 rlineto - 0 exch rlineto 0 rlineto closepath } bind def -/S { stroke } bind def -/f { fill } bind def -/f* { eofill } bind def -/B { fill stroke } bind def -/B* { eofill stroke } bind def -/n { newpath } bind def -/W { clip } bind def -/W* { eoclip } bind def -/BT { } bind def -/ET { } bind def -/pdfmark where { pop globaldict /?pdfmark /exec load put } - { globaldict begin /?pdfmark /pop load def /pdfmark - /cleartomark load def end } ifelse -/BDC { mark 3 1 roll /BDC pdfmark } bind def -/EMC { mark /EMC pdfmark } bind def -/cairo_store_point { /cairo_point_y exch def /cairo_point_x exch def } def -/Tj { show currentpoint cairo_store_point } bind def -/TJ { - { - dup - type /stringtype eq - { show } { -0.001 mul 0 cairo_font_matrix dtransform rmoveto } ifelse - } forall - currentpoint cairo_store_point -} bind def -/cairo_selectfont { cairo_font_matrix aload pop pop pop 0 0 6 array astore - cairo_font exch selectfont cairo_point_x cairo_point_y moveto } bind def -/Tf { pop /cairo_font exch def /cairo_font_matrix where - { pop cairo_selectfont } if } bind def -/Td { matrix translate cairo_font_matrix matrix concatmatrix dup - /cairo_font_matrix exch def dup 4 get exch 5 get cairo_store_point - /cairo_font where { pop cairo_selectfont } if } bind def -/Tm { 2 copy 8 2 roll 6 array astore /cairo_font_matrix exch def - cairo_store_point /cairo_font where { pop cairo_selectfont } if } bind def -/g { setgray } bind def -/rg { setrgbcolor } bind def -/d1 { setcachedevice } bind def -%%EndProlog -11 dict begin -/FontType 42 def -/FontName /f-0-0 def -/PaintType 0 def -/FontMatrix [ 1 0 0 1 0 0 ] def -/FontBBox [ 0 0 0 0 ] def -/Encoding 256 array def -0 1 255 { Encoding exch /.notdef put } for -Encoding 1 /uni0057 put -Encoding 2 /uni006F put -Encoding 3 /uni0072 put -Encoding 4 /uni006B put -Encoding 5 /uni0073 put -Encoding 6 /uni0070 put -Encoding 7 /uni0061 put -Encoding 8 /uni0063 put -Encoding 9 /uni0065 put -Encoding 10 /uni0020 put -Encoding 11 /uni0062 put -Encoding 12 /uni0074 put -Encoding 13 /uni0054 put -Encoding 14 /uni0068 put -Encoding 15 /uni0064 put -Encoding 16 /uni0053 put -Encoding 17 /uni0075 put -Encoding 18 /uni0069 put -Encoding 19 /uni006E put -Encoding 20 /uni0078 put -Encoding 21 /uni0050 put -Encoding 22 /uni004C put -Encoding 23 /uni006C put -Encoding 24 /uni0067 put -Encoding 25 /uni0028 put -Encoding 26 /uni0029 put -Encoding 27 /uni006D put -Encoding 28 /uni0049 put -Encoding 29 /uni004E put -Encoding 30 /uni005F put -Encoding 31 /uni0052 put -Encoding 32 /uni0045 put -Encoding 33 /uni0051 put -Encoding 34 /uni0055 put -Encoding 35 /uni0044 put -Encoding 36 /uni0041 put -Encoding 37 /uni0043 put -Encoding 38 /uni004B put -/CharStrings 39 dict dup begin -/.notdef 0 def -/uni0057 1 def -/uni006F 2 def -/uni0072 3 def -/uni006B 4 def -/uni0073 5 def -/uni0070 6 def -/uni0061 7 def -/uni0063 8 def -/uni0065 9 def -/uni0020 10 def -/uni0062 11 def -/uni0074 12 def -/uni0054 13 def -/uni0068 14 def -/uni0064 15 def -/uni0053 16 def -/uni0075 17 def -/uni0069 18 def -/uni006E 19 def -/uni0078 20 def -/uni0050 21 def -/uni004C 22 def -/uni006C 23 def -/uni0067 24 def -/uni0028 25 def -/uni0029 26 def -/uni006D 27 def -/uni0049 28 def -/uni004E 29 def -/uni005F 30 def -/uni0052 31 def -/uni0045 32 def -/uni0051 33 def -/uni0055 34 def -/uni0044 35 def -/uni0041 36 def -/uni0043 37 def -/uni004B 38 def -end readonly def -/sfnts [ -<00010000000a008000030020636d617001a2f26900003bb40000008c63767420962ad2760000 -3c40000006306670676dcc79599a000042700000066e676c79668bebc785000000ac00003b08 -68656164ce982692000048e0000000366868656112330c9c0000491800000024686d7478ae81 -10400000493c0000009c6c6f63610004d82c000049d8000000a06d61787004e40ca800004a78 -000000207072657052fec4e900004a9800000aff000201000000050005000003000700002111 -21112521112101000400fc2003c0fc400500fb002004c0000000000100190000077605ba0018 -01db402629002611291226183900361139123618490047114912471858005711581257181098 -08980f02b10602435458403310011a192b153405340c4405440c4b155405540c5b156405640c -6b157405740c7b150f05150c030001120800080f0208020102003f3f3f3f3f111217395d0111 -1239391b401e030405050206070808050a0b0c0c090d0e0f0f0c14131212151617181815b8ff -3cb305001820b8ff3cb30c121120b8ff3c405a15080920000502022001001401010018050808 -1e151814151518120c09091e151214151512110c0f0f2010111410101112090c081815050f11 -100c000205150c050318100f0f0909080802020102181212111100081a17171a104109015100 -20000c015100150151004000050151b620200101011919b8018bb1a8182b4e10f45d1a194dfd -1a18fdfd1a19fd184e456544e6003f3c103c103c3f3c103c103c103c103c1217390112393911 -12393911123939113939874d2e2b877dc4872e182b877dc4872e182b877dc4872e182b877dc4 -2b2b2b870e10c4c4870e103cc4870e10c4c4870e10c4c4870e10c4c4870e10c4c4014bb00f53 -4bb011515a58b2120a18b8fff6383859014bb025534bb02a515a58b90000ffc03859004bb00b -534bb00e515a58b30c40054038385959313001725d2101331316173637013313121736371333 -0123012627060701019efe7bc7df241a380a0117ead24f231c2de6c3fe6ebbfecb27071714fe -c905bafc3f9795eb2403defd1afeecf38bb403aefa46045d8c206547fba3000000020044ffe8 -0427043e000d0019016bb615180d0d065513b8ffe8b40d0d06550fb8ffe840730d0d06551918 -0d0d065512070a190c4706480856065908670669080834103a123a16351845104b124b164518 -5c055c0952105d125d1652186d056d0964106d126d1664187701150906050d5b035405540a5b -0c6c036505650a6c0c0a171c0407111c0b0b14241b400d0d02551b400b0b025507b8ffea4011 -0f0f025507180d0d025507100b0b025507b8fff0b40b0b065507b8fff0b40d0d065507b8fff0 -b40f0f065507b8fff0b40c0c065507b8ffc04013242534300701000710072007030731df1b01 -1bb8ffc040491e2334301b011b0e24000c0e0f025500120d0d0255000c0c0c0255001c0b0b02 -55000e0b0b0655000e0d0d0655000c1010065500160c0c065500402425341f003f000200311a -3437182b10f65d2b2b2b2b2b2b2b2b2bed10712b5df65d5d2b2b2b2b2b2b2b2b2b2bed003fed -3fed313001715d0071435c584009530553096205620904015d59002b2b2b2b13103736333200 -1514060623220013141633323635342623220644a489c5db01167beb8bdffeedb9b28786b2b3 -8587b2021301278e76fee1fdcdeb82011e010dcccbccd1c5cbca000000010085000002c6043e -001100c9403b2f1301100401230434044304530466047404060911080908090d1311090d0003 -08010b1c06070106000a0928900801082220130113022211250100b8ffc04010333634f00001 -00002000d000e0000400b8fff8b41010025500b8fff840110e0e025500040c0c025500060b0b -025500b8fffcb41010065500b8fff440160f0f065500060c0c065500080d0d0655004e1247c4 -182b10f62b2b2b2b2b2b2b2b5d712b3cfde4105df472e4003f3f3fed11393911393901111239 -390010c9870e7dc43130005d72015d33113315363633321707262322060706151185a23e693f -5b5e3e42423b5e141e0426a171483aa727473f6072fdd400000000010088000003f805ba000b -0261401b060c0d0d0655070656065a09030f0df305f60603090c1010025506b8fff4b40c0c02 -550ab8fff4b40c0c025509b8fff4b40c0c025503b8ffe840100d0d06555503770a0212062013 -213408b8fff0b312273409b8fff0b41227341205b8fff0b312213409b8fff040841227340604 -04050406370947040525062d0a580a7703750ada03e30607a60601230626072508390638093f -0d4f0d59045906580759097d0479059909c606d204d606e406e907f706f90815120a0a050303 -04020606070909080a0a050908082507061407070603040425050a1405050a0a090603040801 -02000405060708080b0b000a04b8010f400905040c0c0655052208b8010f402120073f070207 -100c0c0655071a900d010d0b2500022501019000013f004f000200b8fffe40310e0e02550010 -0d0d025500100c0c0255000a0b0b025500120b0b065500120c0c065500080d0d065500190c0d -e1214766182b2b4ef42b2b2b2b2b2b2b5d713c4d10ed10ed4e1071f62b5d4dedf42bed003f3c -103c103c3f3c3f3c11173987052e2b047d10c487052e182b0e7d10c40710083c083c0310083c -083cb10602435458400d4b09011f0984030209180d1134002b5d7159313001435c58400a092c -1d3909081d1d3c06b8ffdeb21d3906b8ffd4b2203906b8ffd4b121392b2b2b2b2b595d00715d -0171002b2b435c58b90006ffc0b2213903b8ffc0b2163903b8ffdeb2103906b8ffdeb2103903 -b8ffdeb20c3903b8ffdeb10b392b2b2b2b2b2b59012b2b2b435c584012dd0401081416390908 -14143c090814143c06b8fff6b2183906b8ffecb11b392b2b2b2b2b015d59005d2b2b2b2b2b01 -5d712b33113311013301012301071188b401aae9fe6a01bfdefea17f05bafcbc01b0fe76fd64 -021f7afe5b000001003fffe803b1043e00300317407b042214223a094a094424562265227c09 -8e098424a613ab2cc2030d09171a1817304b2cd617051b025502021032010a185c085c095c0a -5c0b5c0c5c0d6a086a096a0a6a0b6a0c6a0db426b4270f27262427242936245a0a590b642664 -28742374248024930a9c0c9228972c9530a40aa90ca327a428b326c5261628b8fff4b40d0d06 -5522b8fff4b40d0d065523b8fff4b40d0d065524b8fff4b40d0d065528b8fff4b40c0c065522 -b8fff4b40c0c065523b8fff4b40c0c065524b8fff4b40c0c06551db8ffde40121e395a082725 -0c0a041a202615040b2e1d1ab802aa4022192c0b0b02551f193f194f195f19af19cf19060f19 -1f196f19df19041f198f190219bd02550015000002aa0001ffc040140b0b0255100140010210 -01d00102000110010201b8ffc0b314163401b8ffc040100e113401012e5c1d6c1d021d1c1507 -04b8fff4b40b0b025504b8ffe6b41010065504b8ffe640130f0f0655041c2e0b1f1a011a2419 -4013183432b8ffc0402f0f0f025519180f0f025519180d0d025519160c0c0255192010100655 -19200f0f065519100c0c065519160d0d065519b8025bb207242ab8ffc0b51c39d02a012ab8ff -e6b40c0c02552ab8ffe8b40f0f02552ab8ffe8b40c0c06552ab8ffeab60d0d06552a1a32b8ff -c04021272a346032c032023f3280320232100101012400180d0d025500100d0d06550020b8ff -f4b40d0d025520b8fff4b41010065520b8fff440190f0f065520240f100b0b02550f160c0c02 -550f200d0d02550fb8fffa40200f0f02550f0e0c0c06550f0c0d0d06550f22df00013f004f00 -020019313437182b4e10f45d714df42b2b2b2b2b2bed2b2b2b102b2bed724e105d712bf62b2b -2b2b712b4dedf42b2b2b2b2b2b2b2b2bed72003fed2b2b2b3fed7112392f2b2b5d71722be410 -fd5d71722be41112391112390111121739313043794040272d1e2305142c2611101210131003 -06220d201b000928071b01052d071b011e14201b00210e231b0022230d0c08290a1b01282709 -0a062b041b001f101d1b01002b2b103c103c2b103c103c2b012b2b2b2b2a2b818181002b2b2b -2b2b2b2b2b2b5d71015d72715d1337161633323635342726272e023534363736363332161617 -072626232206151417161716171e02151406062322263fb20f897b7c78352593c6994f41382a -91537dbd5a11b00c73697c6a16162f1b84bf975669c67dcfd9013d1c6b7265443d2318253249 -814e4779281f2b487b6718525c5237231c1d130a2433417c5c5a9f57ac0000020087fe690421 -043e0012001e0162408e0c102d103d104b10043f20b020021f20290c231d3215321d421d7020 -9020083a173a1b4a174a1b59085b0c5c175c1b6a086b0c69106d176b1bc020d314dd18dd1ad3 -1ee414e41ee020ff201623042b102b1535043a1046044a105a10e50beb1dfe100b110e03161c -1c06070106161c0e0b000e1924d00a01100a400a600a800a0420400b0b025520400d0d02550a -b8ffe6400b0f0f02550a180d0d02550ab8fffab40c0c02550ab8ffeeb40b0b06550ab8fff4b4 -0f0f06550ab8ffe840230c0c06550a74011333023312250000c001019001a001b001f001041f -013f014f010301b8fffc401d0e0e025501100d0d025501100c0c025501100b0b0255010c0b0b -065501b8fff6b41010065501b8fffc40160f0f0655010c0c0c065501120d0d065501191f4737 -18012b4e10f42b2b2b2b2b2b2b2b2b5d71723c4d10fdf4e410fd2b2b2b2b2b2b2b2b5d71ed00 -3f3fed3f3fed113912393130005d015d71720071131133153636333216161514020623222627 -1103141633323635342623220687a43a926888d06a75df7b5a8f2e11a67678aba77473b1fe69 -05bd8a51518cff98a3fefb8b4c3afdfb03a4cdc4cbd5cbcad7000002004affe8041c043e0028 -0037022d402c090d092a190d1a2a290d2a2a390d3615371b3a2a492a5d0d5d2a6a0d692a6030 -8a0d86299a169b1aa90d1528b8ffe8b40b0b065527b8ffe840190b0b0655a619aa28b619bb28 -c419cf28d215dd28084416011eb8fff440110c0c065512120c0c0655050c0c0c065535b8ffe0 -40550c0c06551f171f182b2c2a343904392c4904482c5608592b6608692b760c870cc90cf90d -f92b1137340e0104102f243417322114185f296f2902291c2f0e3f0e8f0e9f0eff0e059f0eaf -0eef0e030e0c0f0f02550eb8ffeab4101002550eb8fff44015101006550e0c0d0d06550e060f -0f06550e0e1c0317b802aab61895141c1c0700b8fff4401a0c0c06550045270a321c030b2961 -106100060d0d025500252124b8ffecb41010025524b8ffec400b0d0d025524040c0c025524b8 -ffe4b40b0b025524b8fff4b40b0b065524b8ffdc400b1010065524060f0f065524b8fffcb40c -0c065524b8025b400e27400026102620263026af260539b8ffc0b40e0e025526b8ffd6b60e0e -0255263139b8ffc0400d1e23343039c03902a039013917b8fff4404110100655172518222f24 -bf06cf06021f063f0602060e0f0f0255060c0d0d025506180c0c0255060c0b0b0255060c0b0b -0655060e0d0d065506100c0c065506313810f62b2b2b2b2b2b2b5d71edf4ed2b105d712bf62b -2b5dedf42b2b2b2b2b2b2b2b3cfd2be5e5003fed3fe42b3fedfde41112392f2b2b2b2b2b5d71 -ed711112391112393901111217393130005d2b2b2b2b01715d2b2b0071250606232226353436 -363736373637363534272623220607273e02333216161716151514161723260306070e021514 -16333236373635033c64b96aafbc477348356bda67013345887f791db0186ed08988aa501009 -1722bc1c1762c46f5c326d6968a2261d835546ab854e814e140e0d1a24250a6e2d3d59711871 -8b4b40614a2e78f0fb853d3801dd281c10284d2f48605b4f3d77000000010050ffe803ed043e -001a015ab1020243545840340e7f0f010f0b01400050007000030004121c0b07181c040b010e -1507080e0e0255070c0d0d0255070c0c0c025507100b0b0255072f2b2b2b2bcdd4c6003fed3f -ed10c45d3210c45d3231301b4047090c011f1c4313431753135317601360179b029b039a0da4 -10a41a0c080d190a6a0269036a05750c700d800da60cb509b60ab50c0c160c860ce302030e22 -5f0f6f0f7f0f030f01b802aa4079300040005000600070009000a000e000f00009000f0f0b00 -0004121c0b07181c040b1c0f010f240e080d0d06550e221b000100240b2b1f01010001010140 -0b0b065501401010065501480c0c0655011a0d0d065501491c1524cf07011f073f0702070e0b -0b0655070a1010065507120c0c065507311b34c4182b10f62b2b2b5d71ed10f62b2b2b2b5d72 -4b53234b515a58b90001ffc03859ed72f42bed72003fed3fed12392f11392f105de4105de431 -30005d71015d7159011706062322001134123633321617072626232206151416333236033cb1 -1defaedafef772e989addc1faf197f5a88aaa4846a8e018517b7cf011d010aac010281afa11b -6b6cc3d3d6c282000002004bffe8041e043e0015001d015340171f001c150255035d055d0955 -0b65036b056f09650b0815b8ffe4b40d0d065511b8ffe440520d0d06551d1c0d0d06552712d9 -05fa14f61a0431123a19311c41124d1a411c51125c19521c61126d1a611c78067815f602f618 -100016010f0d171750166016701603161c0f9010a010021010041b1c0a0700ba02aa0001ffc0 -b41010025501b8ffc04010101006551001010195131c040b17400db8ffdcb40d0d02550db8ff -eeb40d0d06550db8ffeab40c0c06550db8ffc04009272a34b00d010d1a1fb8ffc0b32526341f -b8ffc040411e2334301f011f163310240740242a341f073f074f070307200b0b025507180c0c -0255071c0d0d0255070e0b0b0655071c0c0c065507160d0d065507191e3437182b4e10f42b2b -2b2b2b2b5d2b4dfde44e10712b2bf6712b2b2b2b4ded003fedfd5d2b2be43fed12392f5d3cfd -713c011112393912393130015d005d2b2b2b0171720117060623220011100033320011140721 -16163332360121262726232206035eba2ceeb9e9feef0114dcd5010e01fce80ab285638cfdda -02510c3856897ca9015617a3b4011f0103010c0128fedefef91020afba680195864368a60000 -00020086ffe8041f05ba0010001d0180409b01050c0f240535054505053f1fb01f021f1f221c -331c421c701f901f063a133c163c1a4c164c1a5d085d0d580f5d165e1a6a086c0d680f6e166e -1ac01fd90cda17da19e213ec17ec19e31de01fff1f1920052f0f2f1430053f0f40054c0f5005 -6605da1df504fa100c10150e040602001b1c0607010a151c0e0b1824d00b01100b400b600b80 -0b041f400d0d02550b0c0f0f02550b180d0d02550bb8fff6b40c0c02550bb8fff0b40b0b0655 -0bb8fff4b40f0f06550bb8ffe0b40c0c06550bb8fff4402f0d0d06550b7401113300040c0c02 -5500040d0d0655003303250202c001019001a001b001f001041f013f014f010301b8fffeb410 -10025501b8fffc401d0e0e0255010c0d0d025501100c0c025501120b0b0255010c0b0b065501 -b8fff8b41010065501b8fffc40160f0f065501180c0c065501140d0d065501191e4737182b4e -10f42b2b2b2b2b2b2b2b2b2b5d71723c4d10fdf42b2be410fd2b2b2b2b2b2b2b2b5d71ed003f -ed3f3fed3f11391112393130005d015d7172007121231133113633321e021510002322270314 -1716333236353426232206012da7b472b162af7140fef2bdbc6b0234559176aca57576ac05ba -fdf58f4f8fca73feeffed69d0196bf558bcdcbd0c6cd000000010024fff2022a0599001700d8 -b9000affc0b323263409b8ffc0404123263480190100010c0d0a0103001610092b0f0a06161c -030b0f10220022010d12250c01ff070845094560077007800790070400072007a007b007c007 -d0070607b8ffeeb41010025507b8fff4b40f0f025507b8fff2b40e0e025507b8fff8b40d0d02 -5507b8fff8b40c0c025507b8fffab41010065507b8fff0400b0f0f065507060c0c065507b8ff -e8b40d0d065507ba026a00180136b166182b10f62b2b2b2b2b2b2b2b2b5d71f4e410ed3cfd3c -10e4f43c003fed3f3cfd3c1139123911333310c93130015d2b2b251706232226263511233533 -11371133152311141616333202101a4c3c626c2c8484b3b5b5132b281ea19f103e65a202638c -01076cfe8d8cfd934d2c1a0000010030000004ba05ba00070089400d05021e04030200080706 -050409b80273b320040104b80101b7062001022f030103b80101b5010120000100b8ffe8400b -1010025500080f0f025500b8fff2b40c0c025500b8ffe2b40d0d025500b8fffcb40c0c065500 -b8fffeb40d0d065500b80273b308b699182b10f62b2b2b2b2b2b5d3c10f45d3c10fde45de610 -3c103c003f3f3cfd3c313021112135211521110213fe1d048afe1b050dadadfaf30000000001 -0087000003e805ba00140161b90016ffc0b315173403b8ffe0400e0d0d0655250435034503ba -0d0403b8ffe0403a1719341708110c1114030501000f1c0507140b0a0c250940333634ff0901 -c0090116400b0b025516401010025509281010025509140e0e025509b8ffec40110d0d025509 -040c0c0255091a0b0b025509b8fff6400b0b0b065509141010065509b8fff8400b0d0d065509 -0a0f0f065509b8fff6b60c0c0655094e16b8ffc04017343634b016f016027016a016b016ff16 -04160214250100b8ffc04010333634f0000100002000d000e0000400b8fffab41010025500b8 -fffa40170e0e025500040c0c025500080b0b025500040b0b065500b8fffa40160f0f06550002 -0c0c065500020d0d0655004e154750182b10f62b2b2b2b2b2b2b2b5d712b3cfd3c105d712bf4 -2b2b2b2b2b2b2b2b2b2b2b2b5d712bed003f3c3fed3f1139113901123931304379400e060e07 -250e060c1b010d080f1b01002b012b2b81002b5d2b012b331133113633321616151123113426 -23220606151187b47ec076ae4bb4756b508d3c05bafdf2925da49cfd5f02a1877b538e7dfdbb -00020046ffe803df05ba0011001d015540a40a02040d250d340d440d053514351c5702540a52 -14531c6702640565096314601cc01fd405d513dd19e513e514ef17eb19e51de01fff1f161f1f -2b1a3c163c1a4b1a701f901f072e02240d2e163a02350d4b02450d4614491c570a560d670de5 -06e716fa01f40e100115030e0b100f001b1c0b0711000a151c030b1833010025110f251010d0 -11011011401160118011041f400b0b02551f400d0d025511121010025511b8fff440110f0f02 -5511060e0e025511180d0d025511b8fff2400b0b0b0655110e1010065511b8ffeeb40c0c0655 -11b8fff840420d0d065511741224bf07cf07df07ff07041f073f074f0703071e0b0b02550718 -0c0c0255071e0d0d0255070c0b0b0655070c0d0d0655071a0c0c065507191e3450182b4e10f4 -2b2b2b2b2b2b5d714dedfd2b2b2b2b2b2b2b2b2b2b5d713c10ed10fd3ce4003fed3f3c3fed3f -3c11391112393130005d01715d00712135062322262635341236333216171133110114163332 -36353426232206033865c47fd5756ad48360962fb3fd20ac7576a5a87b78a1869e8cfba39f01 -038a5141020efa460212cccac1c6daccc4000001005cffe704eb05d300300215402763036304 -730374040425273503391c430349074c1d451f44244627530359075c1d572889130e23b8fff2 -b41010025524b8fff2b41010025525b8fff2b41010025526b8fff2b41010025527b8fff2b410 -10025523b8fff6b40d10025524b8fff6b40d10025525b8fff6b40d10025526b8fff6b40d1002 -5527b8fff640460d100255280d26240224032725360f34234425452f5a20562355256c0b6a0d -6b0e66146518790b7a0d7a0f7d107524732586038a0b890d8a0f8d1085248325920d960f9615 -1eb10602435458402d2126121b261a09262901260000291a120432312600650002000d2d791b -891b021b25160d2d1e27250125051605b8fff4400c0c0c0655051e2d091e1e1603003fed3fed -2b1112395d1112391112395d1112395d01111217392fed2fed2fed2fed1b402d25240e0d0b05 -211c1d1e1b08070604030206012524220e0d0b06051e1b2d1a400c0c02558f1a011aed16002d -01b8ffc040120c0c02551001200150016001700190010601b801b040132d1e1e1603051e2d09 -1b261a4a092600290129b8ffeab40e0e025529b8fff4400d0c0c0255291a32212612012612b8 -ffecb40e0e025512b8fff6b40d0d025512b8fff8400f0c0c02551254200001001931635b182b -4e10f45d4de42b2b2bed10ed4e10f62b2b5d4dedf4ed003fed3fed10fd5d2be410fd5d2bf411 -1217391117391112393901121739593130005d712b2b2b2b2b2b2b2b2b2b015d7113371e0233 -3236363534262726242726263534363633321616170726262322061514171604171616151406 -06232224265cb70d5fc87d6faa53505c3bfe6c5169677ef294a3f98605ba0fada9b0a1393801 -d958807a86fb9dc7fef39901d7106e8d5742734445672317612b37a3656fc16469cc810e8b8e -815b4f33336b283bb57675cf7374e900000000010083ffe803e004260018014fb9001affc040 -0915173402201316340fb8fff040331214342b1301240813160c0113160b06000a111c030b00 -3316251817403336341a401010025517281010025517120e0e025517b8ffec400b0d0d025517 -040c0c025517b8fff4400b0b0b065517141010065517b8fff8400b0d0d0655170c0f0f065517 -b8fff6400d0c0c0655ff1701c01701174e1ab8ffc04015343634b01af01a02701aa01ab01aff -1a041a0c2509b8ffc04010333634f0090100092009d009e0090409b8fff8b41010025509b8ff -f840110e0e025509040c0c0255090a0b0b065509b8fff640160f0f065509020c0c065509020d -0d0655094e194750182b10f62b2b2b2b2b2b2b5d712bed105d712bf65d712b2b2b2b2b2b2b2b -2b2b2b3cfde4003fed3f3f3c39390111123931304379401a04100e0d0f0d0206070806080508 -030610040c1b000d08111b00002b012b2a2a81005d012b2b2b21350623222626272635113311 -141716163332363635113311033f7cd55ea34f100bb40b116e51518e3bb49cb4486d4f357302 -92fdb38d314751538f880239fbda0000000200880000013c05ba0003000700cd405e09360b0b -02554f099009a009b009c009df09f0090700091f09700980099f09b009c009df09e009ff090a -1f09010001070402030906037e0100060506040a0607250500049f04a004b004c004e00406c0 -04f0040200042004d004e0040404b8fff8b41010025504b8fffa40170e0e025504040c0c0255 -040a0b0b025504140b0b065504b8ffeab41010065504b8fffeb40d0d065504b8fffc400a0c0c -0655044e084750182b10f62b2b2b2b2b2b2b2b5d71723cfd3c003f3f3c3fed01111239391112 -39393130015d72712b133533150311331188b4b4b404ebcfcffb150426fbda00000100870000 -03e6043e0016017d40130503061302a810b810e303e713f003f6130604b8fff0403c0b0d3479 -10019810d018e018ff18042008140e1416121c05070106160d0a0d0e0c0e2418401010025518 -400b0b02550b28101002550b140e0e02550bb8ffec40110d0d02550b040c0c02550b220b0b02 -550bb8fff4400b0b0b06550b14101006550bb8fff9400b0d0d06550b0a0f0f06550bb8fff640 -120c0c06550b40333634ff0b01ff0b010b4e18b8ffc0401a343634b018f018027018a018b018 -c01804180302331516250100b8fff6b41111025500b8fffab41010025500b8fffa40170e0e02 -5500040c0c0255000a0b0b025500040b0b065500b8fffa40110f0f065500020c0c065500040d -0d065500b8ffc04012333634f0000100002000d000e00004004e1710f65d712b2b2b2b2b2b2b -2b2b2b3cfd3cf43c105d712bf65d712b2b2b2b2b2b2b2b2b2b2b2b2bed3c103c003f3c3f3fed -11390112393130437940160611090a080a070a0306102611060e1b010f0a121b01002b012b2b -2a81015d71002b5d71331133153633321616171615112311342626232206151187a275dd60a1 -50100ab42a6b4873a7042697af45704d327dfd7302866e6d4192ccfdbc0000000001000f0000 -03f10426001001dcb1020243545840150f010b060402090602060d0a000a0f180f0f02550f2f -2b003f3f3f3f11173931301bb70f12010f22193906b8ffde405019395a0f96049608990e9a0f -c005c006c007cb0f090f4016391a031309150d1a1035013a0b81018e0b082f1257045907590b -580e9701980a980bb702b80cc80bca0ecc10da03d509d10ddb10e50a1212b10602435458400b -0c0012110f180d10065506b8ffe8400e0d1006550f0600020d000a0a0206003f3c3f3c111239 -392b2b01111239391b40660606030708090901060609050403030b0f0f100e0d0d010f0f0d10 -0b010009020d0b030c100a060f020f0a10c600c60902102500091400000903020dc60d010d25 -0c03140c0c030a090903030206100d0d0c0c000a4f120112490d7e0c220a0f6106097e400ab8 -011bb74006500680060306b80243400e20037e02224f00010049117cc4182b10f65df4ed1a19 -fd5dfd1a18ed10e510f4ede65d003f3c103c103c3f3c103c103c87052e2b5d877dc4872e182b -5d7d10c400111239390f0f8708c4870e10c408c4870e10c4c408c4070e103c3c083c59313001 -435c58b40e181d390bb8ffde400b1d390c221739032217390bb8ffdeb2213910b8ffc0400a15 -390122213909401c392b2b2b2b2b2b2b2b595d71002b5d2b2b015d5933010133171617363737 -330101230327010f0184fe99e1a32e1c2c25b3d7fe91018bddda3afee9022801fef947304233 -fbfe0cfdce014a59fe5d0002009e000004fd05ba000d001800b2402c65116b14024b104b145b -105b14040b0c1e0f0e0e0017181e02010200081226080a0d0d025508100b0b065508b8fff440 -1b0c0c0655081a201a01201a011a180d200120000100201010025500b8fff6b40f0f025500b8 -fff6b40d0d025500b8fffa400b0c0c0255000c0b0b065500b8fffab40c0c065500b8fff0400a -0d0d0655005d193b5c182b10f62b2b2b2b2b2b2b5d3cfd3c4e10715df62b2b2b4ded003f3f3c -fd3c12392f3cfd3c3130015d005d33112132171e021514022121111121323635342627262321 -9e0229924d6c9259eefec9fe88017bbc9e5d4c3184fe8905ba0e1265b66dbbfefdfdac03018c -7f5c83150d000000000100960000042a05ba0005006d400c010204031e05000820040104b802 -a7400f070203200120000100201010025500b8fff6b40f0f025500b8fff6b40d0d025500b8ff -fab40c0c025500b8fff6b40c0c065500b8fff8400a0d0d0655005d063b5c182b10f62b2b2b2b -2b2b5d3cfd3c10e65d003f3cfd3c3f313033113311211596c202d205bafaf3ad000000010083 -0000013705ba000300e3b605360b0b025505b8ffc0b337383405b8ffc0b334353405b8ffc0b3 -30313405b8ffc0b322253405b8ffc040251517340f051f059f05df05044f05df05f005031f05 -70058005ff05040100000a0203250100b8ffc0b337383400b8ffc040153335349f0001c000f0 -000200002000d000e0000400b8fff8b41010025500b8fffa401d0e0e025500040c0c0255000a -0b0b025500140b0b065500081010065500b8fffeb40d0d065500b8ffffb40c0c065500b8fffc -400a0c0c0655004e044750182b10f62b2b2b2b2b2b2b2b2b5d71722b2b3cfd3c003f3f313001 -5d71722b2b2b2b2b2b3311331183b405bafa460000020042fe5103ea043e001e002a016f4060 -0b0b05142c0b25144c0b451406091d191d2c0b26142c23390b36144a0b46145607580b680bfa -0af5150e2e232c273e233e274c27902ca02c07362136293f2c460b4621452954215429690763 -216329602c802cda27e821ee23ef271117160615b802b1b4281c130701b802aa401020003000 -600070008000c000d0000700b8027d4032051c1c0f0a45221c0c0a16153325330a251818d017 -011017401760178017042c400b0c02552c400d0d025517121010025517b8fff440110f0f0255 -17060e0e025517160d0d025517b8ffea400b0b0b065517121010065517b8ffeeb40c0c065517 -b8fffc404a0d0d065517740f012500221f24bf0fcf0fdf0fff0f041f0f3f0f4f0f030f200b0b -02550f1a0c0c02550f220d0d02550f1c0b0b06550f0c0d0d06550f1a0c0c06550f192b2c7421 -3450182b2b4ef42b2b2b2b2b2b5d714dedf4ed10fd2b2b2b2b2b2b2b2b2b2b5d713c10fde4f6 -3c003fede43fedfd5de43fede43f3c3130015d71005d71171716171633323637362706232202 -3534123633321735331114060623222613141633323635342623220666af0b3243747d88180e -0176b0dbf06ed18dbc7aa665dba0beea99a67d7ca8ad7a78a8581a512532645a37b08b013cdd -9801018c9880fc6af8cf78ab032ad1c0bfccc3c6c3000001007cfe51026005d30010003d400a -270f0100101207081010b80133b3009f0e08b801334011079f0e5e0003100320030303ac119d -8c182b10f65dfdf6ed10f6ed003f3c3f3c3130015d0126021134373637330607060706151001 -01df95ce4d5abc8179273d232b012bfe51bc01f8010eeedafdfbd0598a96bbbdfe1ffe200001 -007cfe51026005d300100065400c2802281002090a1001001209b80133b30a9f0301b80133b4 -009f035e0eb8fff0b4101002550eb8fff8b40f0f02550eb8ffe4b40d0d02550eb8ffec400f0a -0a02550f0e1f0e020eac129d8c182b10f65d2b2b2b2bfdf6ed10f6ed003f3c3f3c3130015d13 -23001134272627262733161716151002fd81012b2b223d277a81bc5a4dcffe5101e001e1bcb9 -968a5ad2fbfddaeefef2fe0800000001008700000626043e002301c7b9000dfff4b40d0d0655 -08b8fff4b40d0d065509b8ffd8404d0b0d342504e404e409e117e52005d505f6200217082023 -09181b20090303231e1c06151c0b0b06070106231a19100ad025019025a025022517171a0e25 -90110111041010025511180f0f025511b8ffec400b0e0e025511140c0c025511b8ffe840170b -0b025511020b0b0655110c1010065511060f0f065511b8fffab40c0c065511b8fff8b40d0d06 -5511b8015d400c1825901b011b180f0f02551bb8ffec400b0e0e02551b140c0c02551bb8ffee -40110b0b02551b040b0b06551b0a101006551bb8fffe400b0d0d06551b0c0f0f06551bb8fffc -b40c0c06551bb8015d4016000233232501d000019000a000021f003f004f000300b8fffe401d -0e0e025500100d0d025500100c0c0255000c0b0b025500160b0b065500b8fffcb41010065500 -b8fff440140f0f0655000a0c0c0655000e0d0d065500192425b80178b3214750182b2b4ef42b -2b2b2b2b2b2b2b2b5d71723c4dfde410f42b2b2b2b2b2b2b2b2b5dedf42b2b2b2b2b2b2b2b2b -2b5dfd4e456544e67172003f3c3c3c3f3f3c4d10ed10ed11173901111239123931304379400e -0c141326140c111b01120d151b01002b012b2b81015d005d2b2b2b3311331536363332161736 -3332161511231134262623220615112311342623220606151187a132a66a76971f7eca9eaab3 -235c3e7094b458644c813a0426954e5f6258baafb6fd27029d6c5f3a95a4fd9702b27878509a -91fdd900000100bf0000018105ba000300ccb5010200080205b8ffc0b3383d3405b8ffc0b333 -343405b8ffc0b32d303405b8ffc0b328293405b8ffc0b323253405b8ffc0b31d1e3405b8ffc0 -b3181a3405b8ffc0402a0d103420059005af050303200100008f00a000b000042f0040005000 -df00f000051220008f0090000305b8ffc0400b0d0d025500181010025500b8ffecb40f0f0255 -00b8ffeeb40d0d025500b8fff640100c0c025500200b0b065500a204d659182b10f62b2b2b2b -2b2b5d435c58b2800001015d5971723cfd5d2b2b2b2b2b2b2b2b3c003f3f313033113311bfc2 -05bafa460001009c0000051f05ba0009017db1120bb8ffc0400a13153408180c16025503b8ff -e840210c1602550802030320070814070708020703030809040202090708040320060605b8ff -ecb40f0f025505b8fff2400b0d0d025505120c0c025505b8fff7401a0b0b0655055d200b0120 -0b500b600b700b800b050b0809200100b8ffc0400d13153420000100201010025500b8fff6b4 -0f0f025500b8fff6b40d0d025500b8fffa400b0c0c025500040b0b065500b8fff7b40c0c0655 -00b8fff8400a0d0d0655005d0a3b59182b10f62b2b2b2b2b2b2b5d2b3cfd3c105d71f42b2b2b -2b3c10fd3c003f3c3f3c1239390111393987042e2b877dc4b10602435458b90003ffe0b70c11 -3408200c1134002b2b5931302b2b012b435c58b40840463903b8ffc0b646390840323903b8ff -c0b632390722193902b8ffdeb619390722323902b8ffdeb632390722233902b8ffde400b2339 -070e1439070e133902b8fff4b61339070e1d3902b8fff4b61d39070e153902b8fff8b115392b -2b2b2b2b2b2b012b2b2b2b2b2b002b2b2b2b59331133011133112301119cc70302bac7fcfe05 -bafb81047ffa460480fb800000000001ffe1fe69048afeeb0003001a400c013f00021a050019 -044341182b4e10e410e6002f4ded3130033521151f04a9fe69828200000200a1000005ad05ba -0018002201fc4021120b0e0112361c5a1f66086d1f0409100d0d065508100d0d065507100d0d -065524b8ffc0b40c0c02550db8fff4b40c0c02550cb8fff4b40c0c02550bb8fff4b40c0c0255 -12b8ffe2b3121a3412b8fff0b322273411b8ffe2b31d273410b8ffe2b31d27340fb8ffe2b31d -273412b8ffd8b31d263411b8ffe2b3121a3410b8ffe2b3121a340fb8ffe24049121a34250e4a -1c4a20530b5c1c6d1c7209780e790f850a880f970da90fb80fe80ee70f100e0c0c20110f1411 -110f110f0c09121b02211a160a061211100d0c0518090916171a191e17b8ffc040190b0b0655 -17170021221e0201020018180f0f0e081e260e9c06b8ffe8b40f0f025506b8fff6b40d0d0255 -06b8ffe040220c0c025506060d0d0655065d2024702480240324221820012000010020101002 -5500b8fff6b40f0f025500b8fff6b40d0d025500b8fffa400b0c0c025500060b0b065500b8ff -f7b40c0c065500b8fff8400a0d0d0655005d233ba8182b4e10f42b2b2b2b2b2b2b5d3c4dfd3c -105df62b2b2b2b19e418ed003f3c103c103c3f3cfd3c12392f2bfd3c103c392f121739011117 -39870e2e2b057d10c43130015d2b2b2b2b2b2b2b2b2b2b2b2b2b002b2b2b5d435c58400a0840 -0f390f103a11123a2b2b2b590171435c58b9000effde401a193911221939122219390e401c39 -1022143910221f39102215392b2b2b2b2b2b2b5933112132161615140607161716171323032e -02272623231111213236363534262321a1028ac4cc7acad34d28554cfff4c2556e572d214be1 -01a185964e97a3fe3005ba4fc8799cd61d25244e75fe710131848c380b07fd75033337794768 -8600000100a2000004e805ba000b0095401506051e080807070003041e0201020a091e0b0008 -07b8ffc0401d1012340754034a200a200d020a1a0d0409200120000100201010025500b8fff6 -b40f0f025500b8fff6b40d0d025500b8fffab40c0c025500b8fffab40c0c065500b8fff0400a -0d0d0655005d0c3b5b182b4e10f42b2b2b2b2b2b5d3c4dfd3c4e10f65d4df4e42b003f3cfd3c -3f3cfd3c12392f3c10fd3c3130331121152111211521112115a20424fc9e032bfcd5038405ba -adfe3facfe0dad0000020058ff8e05ee05d400150028016840955f269f260219183715020b1c -041f04231b1c141f1423062a052d172b263b053c173a264c054c1749265d05552358266f057b -037a058c038c0595009a03a400ab03d500d516e500e517e5181a1c052b002a053b05045d0592 -189626d5260425162a26341639264918491c451f45234b265608581155155a1c5a1d561f5720 -5722690566156b267b268e1c8e26db18dc26190b180115b8ffd4b21b3900b8ffd440381b3904 -1814182a053a0504020316280307282618160500062103131a0502282618160005241e1e0f03 -0208241e07091a2613180f0f025513b8ffeeb40d0d025513b8ffe8b40c0c025513b8fff0b40b -0b065513b8fff4b40d0d065513b8fff440250c0c0655134a021a202a802a022a2126200b010b -180b0b06550b060c0c06550b1929635c182b4e10f42b2b5d4ded4e105df64df42b2b2b2b2b2b -ed003fed3f3fed11173912390111123912173900113310c910c95d3130012b2b5d5d0072715d -015d717225161707262706232224023534122433320412151402251617361134022623220011 -1000333237262704f58772399e9da3c5c7febcafb00145c9cb0146ab6efde6a86dab79e991d9 -fee2011bdc685c5b659d5d2b87397b5bc0015cdad90164bac1fea5dab5fedf8d2f5d9c0139b2 -010a93fed7fed9fee2fece273b19000100a1ffe7052205ba001400d9400a260f58045808c908 -0416b8ffc0401613153434043b0846044a08760fa605e80f070c000211b802bbb40609142602 -b8ffecb40f0f025502b8fff2400b0d0d025502100c0c025502b8ffe0401c0b0b0655025d2016 -01201650160260167016801603160d26200a010ab8ffc0400a1315340a20101002550ab8fff6 -b40f0f02550ab8fff6b40d0d02550ab8fffa400b0c0c02550a040b0b06550ab8fff7b40c0c06 -550ab8fff8400a0d0d06550a5d153b59182b4e10f42b2b2b2b2b2b2b2b5ded4d105d5d71f62b -2b2b2b4ded003fed3f3c3130015d2b005d013311140204232224023511331114161633323611 -0460c264fefbd4cefefa70c247ad7dd6b605bafcb1ddfefca38e010de9034ffcb2bfb562c201 -14000002009e0000055a05ba000f001d00e5402f201f0143081c1d1e02010211101e0f000817 -262009011f400d0d0255092010100255090a0f0f025509180d0d025509b8fff440150c0c0655 -091a1f1d10200120000100201010025500b8fff6b40f0f025500b8fff6b40d0d025500b8fffa -b40c0c025500b8fff7b40c0c065500b8fff8400a0d0d0655005d1e3b5c182b10f62b2b2b2b2b -2b5d3cfd3c10f62b2b2b2b2b5ded003f3cfd3c3f3cfd3c313043794036031b07080608050804 -08040619181a1802060b0a0c0a0d0a030615161416131603061b03172101120e17210118081c -2101160a1121002b2b012b2b2a2a2a2a81015d3311213217161716121514020e022325213236 -373636353426272623219e01f9ab5a7e5974734e7a91cd85feb1013991a531454d976c4eadfe -cc05ba151d4c62fecfc4a7fefea96132ad363145e9a6e6f72a1e0002fffd0000055905ba0007 -000e0167b6010e0f10025502b8fff2b40f10025502b8fff8b40d0d065502b8fff440590c0c06 -55090c0c0c0655050c0c0c06552f10301067086809601088039010c905c606c010f0100b0805 -590156025010680bb010f30cf30df30e09040c040d040e030b0a090504040c0d0e080607070c -09050408060c07010000b8fff8400f0c0c02550020070c1407070c020303b8fff840150c0c02 -550320040c1404040c091e0505081e060306b80270400900080ce94002010202ba010b000101 -0b40120c2000650703525004cf04df040390040104b80101400b500cc007df0c03900c010cb8 -010140100f07cf07027f0780070207930fd6d7182b10f45d7119f45d71f45d7118ed10ed1a19 -10eded00183f3c1aed3fe43c10ed3c10ed87052e2b2b7d10c4872e182b2b7d10c40111123939 -1139398710c4c40ec4c4870510c4c40ec4c43130014bb00b534bb01e515a58b4040f030807ba -fff00000fff838383838590172715d2b2b2b2b2b2b2301330123032103132103262706070302 -33d10258ddabfd9ba1d901f19946221c3305bafa4601bcfe44025a0196b9778d8b0000000001 -0066ffe7057605d3001d00d3b563026a1d0201b8ffe8b40b0b065500b8ffe8405f0b0b065520 -00320d63007000741d8000841d90009a05ab03a50db903b40dc70dd000e41df31d110e121d11 -1d1d032a0628112a1c201f470d56145715561968056b1d7b128b129a03990e9a1ca801a402a8 -11d50e130014001a1014101a0402b8ffdeb2283901b8ffc0402d2839100f0001041b131e0c03 -1b1e040910260f4a0026200101011a1f1726200801080c0b0b065508191e635c182b4e10f42b -5d4ded4e10f65d4dedf4ed003fed3fed1117393130012b2b5d5d71005d2b2b01720117060423 -2224023534122433320417072626232206021514121633323604b4c23dfec3e5edfed79baf01 -43c2dc012c3bbf33c293a9e35c6de686a3e2020231effbc1016ed2e50155b1e0cb2da092a2fe -ef91bbfee98abc000000000100960000055205ba000b01fe401e0322373908093a270a350636 -0a470a57038603d70307760ad903d90a0306b8fff440180d0d025528058c048a05aa04ea0805 -0a04013504d6040209b8ffe04009122134032012213403b8ffdeb30c391209b8ffe0b3122134 -08b8ffe0b312213404b8ffe0b31d213404b8ffc0b312163408b8ffde403d1939080925253d08 -0919193d060607090a09080a0503040420050a1405050a090808200706140707060a0a000502 -040102070b0800080a03020b010004b8023a400f300501a005b005c005e00504054a08b8023a -400b30070120078007b0070307b80286400c0b2020000100201010025500b8fff6b40f0f0255 -00b8fff6b40d0d025500b8fffab40c0c025500b8fffab40c0c065500b8fff2400a0d0d065500 -5d0c3ba8182b10f42b2b2b2b2b2b5dedfd5d71edf45d71ed103c103c3c3c003f3c3c3c3f3c3c -3c12392f87052e2b0e7d10c487052e182b047d10c40708103c083c014bb018534bb01b515a58 -b90004ffd83859b10602435458b90004fff0b30c113403b8fff040170c113406100e11340810 -0e103409100e11340a100d1034002b2b2b2b2b2b593130012b2b2b2b2b2b2b435c5840110922 -1939082c1939042c193904221b3905b8ffdeb616390422163906b8ffde400b12390822143904 -40143908b8ffdeb52539044015392b2b2b2b2b2b2b2b2b2b2b59002b2b2b0171725d2b00715d -2b2b33113311012101012101071196c202d80107fd990282ff00fdf6f005bafd2902d7fdaefc -9802e6eafe040000000000020003000000000014000100000000003400040020000000040004 -00010000f026ffff0000f000ffff100000010000000000060058000000000027000000010002 -0003000400050006000700080009000a000b000c000d000e000f001000110012001300140015 -0016001700180019001a001b001c001d001e001f002000210022002300240025002605ba0019 -05ba001a05a70019042600180000ffe70000ffe80000ffe7fe69ffe805ba0019fe69ffe802ea -000000b8000000b80000000000a800ad016900ad00bf00c201f0001800af00b900b400c80017 -0044009c007c009400870006005a00c80089005200520005004400940119ffb4002f00a10003 -00a100cd00170057007e00ba00160118ffe9007f008503d300870085000d002200410050006f -008d014cff75005c00df04830037004c006e00700180ff58ff8eff92ffa400a500b903c8fffd -000b001a0063006300cdffee05d8ffdc002d005c0095009900df019209b500400057008000b9 -039d0072009a035d0401ff67fffa00030021007700cd0004004d00cd01c0022b004c006500e7 -0118017c034305d8ffa3ffb0ffc40003001c005d0068009a00ba013501470221055cff4dffcd -0016002d00780080009900b200b600b600b800bd00da010c05f0ffa4fff00019002c0049007f -00b400ce01c003fefd81fe3f000000050018002900390049006f00be00c700d0012301c1026f -050c05320540057affd4001400310055005700a700b400e601f7027e027e027f03c60446ff42 -000e0085009100bf00c200c500e1011a012f014f01560229026f029e03720008002c00310031 -006400690089009800c700de012b01b6020c02cf03a304ab04fb061dfee0ff0e00060026009b -009d00c1010d011801200173018201d601e30243025f029b02e2039404a904d20761001c005e -006d008d00ab00f7011201380151015b0168017c01870191019901cd01d001e802410254026b -02ef0368037103bd044204420453047304830586058b06e8fe58fec4fed1fef7ff32ff860051 -007c008100910095009e00b400b900cf00d900d900df00e20105010b010e010e012001210155 -017b017b017e018d01a201a801a901b401d001d001e201e901f201f501fb020002000206021b -0221022202220223027202770294029c02cf02cf02d002ec02f903170322032b0335033c0359 -036f037103870390039003b503e1041a04cf04ff053205320596059f05a805ab05c205f0060c -0782080008ccfca3fd2afddefe00fe88fe96feb2feb4ffe100150019001a001c001f003c0051 -00610061006a0078009600a500af00d3010c0118011a012a013e014c0151015f016a01710178 -01820184019a01a501a801a901ae01bc01cd01d701ef0200020d021c02210222022e02350242 -024f024f025e026502710290029202b402d602fa0307030b030f0315032a0347035d03650374 -0379039603b003cc03dd03e203f603fc03fc03ff040a041f04220426042b0447045f0475049e -04e704e7055c05cb05e5060a066d068606b806f10736073e07500751075d078f07b607d40860 -00b600c300b500b700000000000000000000000001e00381034503b5008e0233041902ce02ce -002d005f0064034d023f000002a80188027d01b402240578063b023b014e00f00426029402c6 -029f02f6023b034d014b0153006a0231000000000000061404aa0000003c04c300ed04bc0265 -02ce03b50078060c017e02ef060c00b201000239000001c50330042b03cb00da03df010704a1 -00db040a011701ed02a70350010b01bd043e05580021039c00ae0371017d00b5024500000afb -088c012b014e01aa00870054013201f803ff0003024e00b4003703e30083006b02d800ed0077 -0088009701640467008e0033017c00e700a6029e0329056e062a061501c90269048a021301b4 -000204a9000002390124010305140084015d039a06ef02d9007500cf040a00de03ac04bc02cf -02ae034d04f005520168006d007d00860071ff810079055804d2016700030156002504e00094 -007c033204210094007f0072005c002f00b6001800ba00b80041034d00720018001f004c016a -01550099009a009a009800b200040078006900140057006e00ce00b4065402b80067050e0165 -00e7000004cbfe52005affa60099ff67006eff92002dffd40087ff7c00b800a800e5008f00a8 -0185fe7b0070001e00d900de014c054602cf0546ff2d028a02d90253029600b7000000000000 -00000000000000000125011800ea00ea00ae0000003e05bb008a04d70053003fff8cffd50015 -0028002200990062004a00e4006d00ee00e5004803c00033fe4e02b1ff460370007905df0051 -ffa7ff1f010a0068ff6c004f00bc00a507050061072b4043555441403f3e3d3c3b3a39383735 -34333231302f2e2d2c2b2a292827262524232221201f1e1d1c1b1a191817161514131211100f -0e0d0c0b0a090807060504030201002c4523466020b02660b004262348482d2c452346236120 -b02661b004262348482d2c45234660b0206120b04660b004262348482d2c4523462361b02060 -20b02661b02061b004262348482d2c45234660b0406120b06660b004262348482d2c45234623 -61b0406020b02661b04061b004262348482d2c0110203c003c2d2c20452320b0cd442320b801 -5a51582320b08d44235920b0ed51582320b04d44235920b09051582320b00d44235921212d2c -20204518684420b001602045b04676688a4560442d2c01b10b0a432343650a2d2c00b10a0b43 -23430b2d2c00b0172370b101173e01b0172370b10217453ab10200080d2d2c45b01a234445b0 -1923442d2c2045b00325456164b050515845441b2121592d2cb00143632362b0002342b00f2b -2d2c2045b0004360442d2c01b00643b00743650a2d2c2069b04061b0008b20b12cc08a8cb810 -0062602b0c642364615c58b00361592d2c45b0112bb0172344b0177ae4182d2c45b0112bb017 -23442d2cb01243588745b0112bb0172344b0177ae41b038a45186920b01723448a8a8720b0a0 -5158b0112bb0172344b0177ae41b21b0177ae45959182d2c2d2cb0022546608a46b040618c48 -2d2c4b53205c58b002855958b00185592d2c20b0032545b019234445b01a23444565234520b0 -0325606a20b009234223688a6a606120b01a8ab000527921b21a1a40b9ffe0001a45208a5458 -2321b03f1b235961441cb114008a5279b31940201945208a54582321b03f1b235961442d2cb1 -10114323430b2d2cb10e0f4323430b2d2cb10c0d4323430b2d2cb10c0d432343650b2d2cb10e -0f432343650b2d2cb11011432343650b2d2c4b525845441b2121592d2c0120b003252349b040 -60b0206320b000525823b002253823b002256538008a63381b212121212159012d2c4bb06451 -584569b00943608a103a1b212121592d2c01b005251023208af500b0016023edec2d2c01b005 -251023208af500b0016123edec2d2c01b0062510f500edec2d2c20b001600110203c003c2d2c -20b001610110203c003c2d2cb02b2bb02a2a2d2c00b00743b006430b2d2c3eb02a2a2d2c352d -2c76b8022323701020b802234520b0005058b00161593a2f182d2c21210c6423648bb8400062 -2d2c21b08051580c6423648bb82000621bb200402f2b59b002602d2c21b0c051580c6423648b -b81555621bb200802f2b59b002602d2c0c6423648bb84000626023212d2cb4000100000015b0 -0826b00826b00826b008260f10161345683ab001162d2cb4000100000015b00826b00826b008 -26b008260f1016134568653ab001162d2c4b53234b515a5820458a60441b2121592d2c4b5458 -20458a60441b2121592d2c4b53234b515a58381b2121592d2c4b5458381b2121592d2cb01343 -58031b02592d2cb0134358021b03592d2c4b54b012435c5a58381b2121592d2cb012435c580c -b00425b00425060c6423646164b807085158b00425b00425012046b01060482046b010604859 -0a21211b2121592d2cb012435c580cb00425b00425060c6423646164b807085158b00425b004 -25012046b8fff060482046b8fff06048590a21211b2121592d2c4b53234b515a58b03a2b1b21 -21592d2c4b53234b515a58b03b2b1b2121592d2c4b53234b515ab012435c5a58381b2121592d -2c0c8a034b54b00426024b545a8a8a0ab012435c5a58381b2121592d2c4b5258b00425b00425 -49b00425b00425496120b0005458212043b0005558b00325b00325b8ffc038b8ffc038591bb0 -4054582043b0005458b00225b8ffc038591b2043b0005458b00325b00325b8ffc038b8ffc038 -1bb00325b8ffc03859595959212121212d2c462346608a8a462320468a608a61b8ff80622320 -10238ab902c202c28a70456020b0005058b00161b8ffba8b1bb0468c59b0106068013a2d2cb1 -020042b123018851b1400188535a58b910000020885458b202010243604259b12401885158b9 -20000040885458b2020202436042b12401885458b2022002436042004b014b5258b202080243 -6042591bb940000080885458b202040243604259b94000008063b80100885458b20208024360 -4259b94000010063b80200885458b202100243604259b94000020063b80400885458b2024002 -43604259595959592d2cb0024354584b53234b515a58381b2121591b21212121592d00000001 -000000030000ea930bd45f0f3cf5081b080000000000a2e3272a00000000b9d5b4f6faaffd67 -1000080c00000009000100010000000000010000073efe4e00431000faaffe26100000010000 -000000000000000000000000002706000100078d00190473004402aa0085040000880400003f -047300870473004a040000500473004b02390000047300860239002404e30030047300870473 -00460556005c0473008301c70088047300870400000f0556009e0473009601c7008304730042 -02aa007c02aa007c06aa0087023900bf05c7009c0473ffe105c700a1055600a20639005805c7 -00a105c7009e0556fffd05c7006605560096000000000000002c0000026c0000043000000538 -000007d000000b7800000d3c00001010000011c4000013840000138400001564000016880000 -1738000018dc00001a9000001d3c00001edc00001fd000002198000023bc000024c400002550 -0000264c0000283c000028bc0000296400002b9400002c7800002e2400002e58000030c40000 -31880000337c000034a0000035e800003794000038d000003b080001000000270100003f0076 -000700020010002f00560000040d0aff00030002b1540f4122031700ef031700ff0317000300 -1f0317002f0317004f0317005f0317008f0317009f03170006000f0317005f0317006f031700 -7f031700bf031700f00317000600400317b2923340b80317b28b3340b80317b36a6c3240b803 -17b2613340b80317b35c5d3240b80317b357593240b80317b34d513240b80317b344493240b8 -0317b23a3340b80317b331343240b80317b32e423240b80317b3272c3240b80317b312253280 -b80317b30a0d32c04116031600d00316000200700316000102c4000f0101001f00a0031500b0 -031500020306000f0101001f00400312b32426329fbf03040001030203010064001fffc00301 -b20d1132410a02ff02ef0012001f02ee02ed0064001fffc002edb30e11329f414a02e200af02 -e200bf02e2000302e202e202e102e1007f02e00001001002e0003f02e0009f02e000bf02e000 -cf02e000ef02e0000602e002e002df02df02de02de000f02dd002f02dd003f02dd005f02dd00 -9f02dd00bf02dd00ef02dd000702dd02dd001002dc0001000002dc0001001002dc003f02dc00 -0202dc02dc001002db000102db02db000f02da000102da02daffc002d3b2373932b9ffc002d3 -b22b2f32b9ffc002d3b21f2532b9ffc002d3b2171b32b9ffc002d3b2121632b802d2b2f9291f -b802e3b3202b1fa0413002d400b002d40002000002d4001002d4002002d4005002d4006002d4 -007002d40006006002d6007002d6008002d6009002d600a002d600b002d60006000002d60010 -02d6002002ca002002cc002002d6003002d6004002d6005002d6000802d0b2202b1fb802cfb2 -26421f411602ce02c70017001f02cd02c80017001f02cc02c60017001f02cb02c50017001f02 -c902c5001e001f02ca02c6b21e1f00410b02c6000002c7001002c6001002c7002f02c5000502 -c1b324121fff411102bf0001001f02bf002f02bf003f02bf004f02bf005f02bf008f02bf0006 -02bf0222b2641f12410b02bb00ca0800001f02b200e90800001f02a600a20800406a1f402643 -4932402043493240263a3d3240203a3d329f209f26024026969932402096993240268e923240 -208e92324026848c324020848c3240267a813240207a813240266c763240206c76324026646a -324020646a3240265a5f3240205a5f3240264f543240204f5432b8029eb724271f374f6b0120 -410f0277003002770040027700500277000402770277027700f90400001f029bb22a2a1fb802 -9a402b292a1f80ba0180bc0180520180a201806501807e01808101803c01805e01802b01801c -01801e0180400180bb0138000100800140b40180400180bb013800010080013940180180ca01 -80ad018073018026018025018024018020013740b80221b2493340b80221b2453340b80221b3 -41423240b80221b33d3e320f410f0221003f0221007f0221000300bf022100cf022100ff0221 -000300400221b320223240b80221b3191e3240b80222b32a3f3240b80221b32e3a326f414802 -c3007f02c3008f02c300df02c30004002f02c3006002c300cf02c30003000f02c3003f02c300 -5f02c300c002c300ef02c300ff02c3000600df02220001008f02220001000f0222002f022200 -3f0222005f0222007f022200ef0222000600bf022100ef02210002006f0221007f022100af02 -210003002f0221003f0221004f0221000302c302c30222022202210221401d101c102b104803 -8f1c010f1e014f1eff1e023700161600000012110811b8010db6f70df8f70d00094109028e02 -8f001d001f0290028f001d001f028fb2f91d1fb80198b226bb1f41150197001e0401001f0139 -00260125001f013800730401001f0135001c0801001f0134001c02ab001f0132b21c561fb801 -0fb2262c1fba010e001e0401b61ff91ce41fe91cb80201b61fe81cbb1fd720b80401b21fd51c -b802abb61fd41c891fc92fb80801b21fbc26b80101b21fba20b80201b61fb91c381fadcab804 -01b21f8126b8019ab21f7e26b8019ab61f7d1c471f6b1cb80401b21f6526b8019ab21f5e73b8 -0401400f1f52265a1f481c891f441c621f4073b80801b61f3f1c5e1f3c26b8019ab21f351cb8 -0401b61f301cbb1f2b1cb80401b61f2a1c561f291cb80101b21f231eb80401b21f5537b80168 -402c07960758074f07360732072c0721071f071d071b071408120810080e080c080a08080806 -0804080208000814b8ffe0402b00000100140610000001000604000001000410000001001002 -000001000200000001000002010802004a00b013034b024b5342014bb0c063004b6220b0f653 -23b8010a515ab005234201b0124b004b5442b0382b4bb807ff52b0372b4bb007505b58b10101 -8e59b0382bb00288b801005458b801ffb101018e851bb0124358b900010111858d1bb9000101 -28858d5959001816763f183f123e113946443e113946443e113946443e113946443e11394660 -443e11394660442b2b2b2b2b2b2b2b2b2b2b182b2b2b2b2b2b2b2b2b2b2b182b1db0964b5358 -b0aa1d59b0324b5358b0ff1d594bb09353205c58b901f201f04544b901f101f045445958b903 -3e01f2455258b901f2033e4459594bb8015653205c58b9002001f14544b9002601f145445958 -b9081e0020455258b90020081e4459594bb8019a53205c58b9002501f24544b9002401f24544 -5958b909090025455258b9002509094459594bb8040153205c58b173244544b1242445445958 -b917200073455258b9007317204459594bb8040153205c58b1ca254544b1252545445958b916 -8000ca455258b900ca16804459594bb03e53205c58b11c1c4544b11e1c45445958b9011a001c -455258b9001c011a4459594bb05653205c58b11c1c4544b12f1c45445958b90189001c455258 -b9001c01894459594bb8030153205c58b11c1c4544b11c1c45445958b90de0001c455258b900 -1c0de04459592b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b -2b2b2b2b2b2b2b2b2b65422b2b01b33b59635c456523456023456560234560b08b766818b080 -622020b163594565234520b003266062636820b003266165b059236544b063234420b13b5c45 -65234520b003266062636820b003266165b05c236544b03b2344b1005c455458b15c406544b2 -3b403b4523614459b347503437456523456023456560234560b089766818b080622020b13450 -4565234520b003266062636820b003266165b050236544b034234420b147374565234520b003 -266062636820b003266165b037236544b0472344b10037455458b137406544b2474047452361 -4459004b5342014b5058b108004259435c58b108004259b3020b0a124358601b215942161070 -3eb0124358b93b21187e1bba040001a8000b2b59b00c2342b00d2342b0124358b92d412d411b -ba04000400000b2b59b00e2342b00f2342b0124358b9187e3b211bba01a80400000b2b59b010 -2342b0112342002b7475737500184569444569444569447373737374757374752b2b2b2b7475 -2b2b2b2b2b737373737373737373737373737373737373737373737373732b2b2b45b0406144 -737400004bb02a534bb03f515a58b1070745b040604459004bb03a534bb03f515a58b10b0b45 -b8ffc0604459004bb02e534bb03a515a58b1030345b040604459004bb02e534bb03c515a58b1 -090945b8ffc06044592b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b752b2b2b2b2b2b2b435c58 -b9008002bbb301401e017400735903b01e4b5402b0124b545ab012435c5a58ba009f02220001 -007359002b7473012b01732b2b2b2b2b2b2b2b737373732b002b2b2b2b2b2b00456944734569 -4473456944737475456944734569444569444569447374456944456944732b2b2b2b2b732b00 -2b732b74752b2b2b2b2b2b2b2b2b2b2b2b2b2b7374752b0000> -] def -FontName currentdict end definefont pop -%%Page: 1 1 -%%BeginPageSetup -%%PageBoundingBox: 0 0 196 229 -%%EndPageSetup -q -1 g -84.574 223.767 111.258 -223.258 re f -0 g -0.8 w -0 J -0 j -[] 0.0 d -4 M q 1 0 0 -1 0 228.91925 cm -84.574 5.152 111.258 223.258 re S Q -BT -9.6 0 0 9.6 0.084375 2.047373 Tm -/f-0-0 1 Tf -[<010203>-1<04050607>-1<08090a0b07>-1<0509>]TJ -0 22.916667 Td -[<010203>-1<04050607>-1<08090a0c>1<02>-1<06>]TJ -ET -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.16 205.164 m 195.816 205.164 l S Q -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.602 56.379 m 195.859 56.379 l S Q -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.602 116.379 m 195.859 116.379 l S Q -BT -9.6 0 0 9.6 98.925002 8.414549 Tm -/f-0-0 1 Tf -[<0d0e>-1<03>-1<0907>-1<0f0a10>-1<0c>1<03>-1<11>-1<080c>1<11>-1<03>-1<09>]TJ -0.68164 11.25 Td -[<1213>-1<0c>1<080c140a100c03>-1<11080c1103>-1<09>]TJ -0.343913 7.916667 Td -[<0d0e>-1<03>-1<0907>-1<0f0a10>-1<0c>1<07>-1<0804>]TJ --11.375163 -8.809407 Td -[<10>-1<0c>1<07>-1<08040a>1<15>-1<02>-1<1213>-1<0c>1<09>-1<03>]TJ -ET -0.558281 w -[] 0.0 d -q 1 0 0 -1 0 228.91925 cm -76.48 227.523 m 83.652 227.523 l S Q -81.422 1.396 m 80.305 0.279 l 84.211 1.396 l 80.305 2.513 l 81.422 -1.396 l h -81.422 1.396 m f* -0.279141 w -q -1 0 0 1 0 228.91925 cm --81.422 -227.523 m -80.305 -228.641 l -84.211 -227.523 l -80.305 --226.406 l -81.422 -227.523 l h --81.422 -227.523 m S Q -0.558281 w -q 1 0 0 -1 0 228.91925 cm -76.48 115.523 m 83.652 115.523 l S Q -81.422 113.396 m 80.305 112.279 l 84.211 113.396 l 80.305 114.513 l -81.422 113.396 l h -81.422 113.396 m f* -0.279141 w -q -1 0 0 1 0 228.91925 cm --81.422 -115.523 m -80.305 -116.641 l -84.211 -115.523 l -80.305 --114.406 l -81.422 -115.523 l h --81.422 -115.523 m S Q -0.558281 w -q 1 0 0 -1 0 228.91925 cm -76.332 6.035 m 83.504 6.035 l S Q -81.27 222.884 m 80.152 221.767 l 84.063 222.884 l 80.152 224.001 l -81.27 222.884 l h -81.27 222.884 m f* -0.279141 w -q -1 0 0 1 0 228.91925 cm --81.27 -6.035 m -80.152 -7.152 l -84.063 -6.035 l -80.152 -4.918 l --81.27 -6.035 l h --81.27 -6.035 m S Q -0.8 w -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.145 181.18 m 195.801 181.18 l S Q -BT -9.6 0 0 9.6 88.22969 31.844237 Tm -/f-0-0 1 Tf -[<0d0e>-1<03>-1<0907>-1<0f0a1602>-1<080717>-1<0a>1<10>-1<0c0203>-1<07>-1<18 -09>]TJ -ET -0.558281 w -[] 0.0 d -q 1 0 0 -1 0 228.91925 cm -76.332 206.035 m 83.504 206.035 l S Q -81.27 22.884 m 80.152 21.767 l 84.063 22.884 l 80.152 24.001 l 81.27 -22.884 l h -81.27 22.884 m f* -0.279141 w -q -1 0 0 1 0 228.91925 cm --81.27 -206.035 m -80.152 -207.152 l -84.063 -206.035 l -80.152 --204.918 l -81.27 -206.035 l h --81.27 -206.035 m S Q -BT -9.6 0 0 9.6 -0.310938 25.150499 Tm -/f-0-0 1 Tf -[<080e0d>-1<0e0f>-1<1610>-1<19>-1<1a>]TJ -0.0843099 2.006672 Td -[<10>-1<0c>1<07>-1<08040a>1<16>-1<121b>-1<12>-1<0c>]TJ -ET -0.558281 w -q 1 0 0 -1 0 228.91925 cm -76.332 182.035 m 83.504 182.035 l S Q -81.27 46.884 m 80.152 45.767 l 84.063 46.884 l 80.152 48.001 l 81.27 -46.884 l h -81.27 46.884 m f* -0.279141 w -q -1 0 0 1 0 228.91925 cm --81.27 -182.035 m -80.152 -183.152 l -84.063 -182.035 l -80.152 --180.918 l -81.27 -182.035 l h --81.27 -182.035 m S Q -0.8 w -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.543 97.18 m 195.801 97.18 l S Q -[ 0.8 0.8] 0 d -q 1 0 0 -1 0 228.91925 cm -84.543 77.18 m 195.801 77.18 l S Q -BT -9.6 0 0 9.6 102.637498 156.583295 Tm -/f-0-0 1 Tf -[<09140c080c140a>1<10>-1<0c0311>-1<080c>1<11>-1<03>-1<09>]TJ --1.601887 -1.938639 Td -[<1c1d0d1e>-1<1f20>-1<21221c1f20>-1<23>-1<1e10>-1<0d>-1<24>-1<25>]TJ -10.675781 0 Td -<26>Tj -ET -Q -showpage -%%Trailer -count op_count sub {pop} repeat -countdictstack dict_count sub {end} repeat -cairo_eps_state restore -%%EOF diff --git a/docs/rsc/workspace.png b/docs/rsc/workspace.png Binary files differdeleted file mode 100644 index 689178c0b..000000000 --- a/docs/rsc/workspace.png +++ /dev/null diff --git a/docs/rsc/workspace.svg b/docs/rsc/workspace.svg deleted file mode 100644 index acc5de238..000000000 --- a/docs/rsc/workspace.svg +++ /dev/null @@ -1,280 +0,0 @@ -<?xml version="1.0" encoding="UTF-8" standalone="no"?> -<!-- Created with Inkscape (http://www.inkscape.org/) --> -<svg - xmlns:dc="http://purl.org/dc/elements/1.1/" - xmlns:cc="http://web.resource.org/cc/" - xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" - xmlns:svg="http://www.w3.org/2000/svg" - xmlns="http://www.w3.org/2000/svg" - xmlns:xlink="http://www.w3.org/1999/xlink" - xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" - xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" - width="250" - height="300" - id="svg2160" - sodipodi:version="0.32" - inkscape:version="0.45.1" - version="1.0" - sodipodi:docbase="D:\Progetti\ChibiOS-RT\docs\img" - sodipodi:docname="workspace.svg" - inkscape:output_extension="org.inkscape.output.svg.inkscape" - inkscape:export-filename="D:\Progetti\ChibiOS-RT\docs\img\workspace.png" - inkscape:export-xdpi="90" - inkscape:export-ydpi="90"> - <defs - id="defs2162"> - <marker - inkscape:stockid="Arrow1Mend" - orient="auto" - refY="0" - refX="0" - id="Arrow1Mend" - style="overflow:visible"> - <path - id="path3299" - d="M 0,0 L 5,-5 L -12.5,0 L 5,5 L 0,0 z " - style="fill-rule:evenodd;stroke:#000000;stroke-width:1pt;marker-start:none" - transform="matrix(-0.4,0,0,-0.4,-4,0)" /> - </marker> - <linearGradient - inkscape:collect="always" - id="linearGradient3224"> - <stop - style="stop-color:#ffffff;stop-opacity:1;" - offset="0" - id="stop3226" /> - <stop - style="stop-color:#000000;stop-opacity:0" - offset="1" - id="stop3228" /> - </linearGradient> - <linearGradient - inkscape:collect="always" - xlink:href="#linearGradient3224" - id="linearGradient3230" - x1="199.30756" - y1="341.00253" - x2="348.78439" - y2="341.00253" - gradientUnits="userSpaceOnUse" /> - <linearGradient - inkscape:collect="always" - xlink:href="#linearGradient3224" - id="linearGradient2357" - gradientUnits="userSpaceOnUse" - x1="199.30756" - y1="341.00253" - x2="348.78439" - y2="341.00253" /> - </defs> - <sodipodi:namedview - id="base" - pagecolor="#ffffff" - bordercolor="#666666" - borderopacity="1.0" - inkscape:pageopacity="0.0" - inkscape:pageshadow="2" - inkscape:zoom="1.6725" - inkscape:cx="125" - inkscape:cy="128.25112" - inkscape:document-units="px" - inkscape:current-layer="layer1" - showgrid="true" - width="250px" - height="300px" - gridspacingx="5px" - gridspacingy="5px" - inkscape:grid-points="false" - inkscape:grid-bbox="true" - gridtolerance="10" - inkscape:object-paths="true" - objecttolerance="1" - guidetolerance="1" - inkscape:window-width="993" - inkscape:window-height="871" - inkscape:window-x="352" - inkscape:window-y="69" /> - <metadata - id="metadata2165"> - <rdf:RDF> - <cc:Work - rdf:about=""> - <dc:format>image/svg+xml</dc:format> - <dc:type - rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> - </cc:Work> - </rdf:RDF> - </metadata> - <g - inkscape:label="Livello 1" - inkscape:groupmode="layer" - id="layer1"> - <rect - style="fill:#ffffff;stroke:#000000;stroke-width:1;stroke-miterlimit:4;stroke-dasharray:none;stroke-opacity:1" - id="rect2196" - width="139.07188" - height="279.0719" - x="110.46406" - y="10.464057" /> - <flowRoot - xml:space="preserve" - id="flowRoot3180" - transform="translate(1.8535156,-54.849147)"><flowRegion - id="flowRegion3182"><rect - id="rect3184" - width="97.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3186">Workspace base</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot3188" - transform="translate(1.8535156,-329.84915)"><flowRegion - id="flowRegion3190"><rect - id="rect3192" - width="97.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3196">Workspace top</flowPara></flowRoot> <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-dasharray:1,1;stroke-dashoffset:0;stroke-opacity:1" - d="M 109.94816,260.4823 C 249.5177,260.4823 249.5177,260.4823 249.5177,260.4823" - id="path3243" - inkscape:export-filename="C:\Progetti\ChibiOS\homepage\workspace.png" - inkscape:export-xdpi="90" - inkscape:export-ydpi="90" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;marker-start:none;stroke-miterlimit:4;stroke-dasharray:1, 1;stroke-dashoffset:0;stroke-opacity:1" - d="M 110.5,74.5 C 249.57284,74.5 249.57284,74.5 249.57284,74.5" - id="path3245" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-dasharray:1, 1;stroke-dashoffset:0;stroke-opacity:1" - d="M 110.5,149.5 C 249.57284,149.5 249.57284,149.5 249.57284,149.5" - id="path3247" /> - <flowRoot - xml:space="preserve" - id="flowRoot3249" - transform="translate(125.4043,-62.808117)"><flowRegion - id="flowRegion3251"><rect - id="rect3253" - width="107.01046" - height="12.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3255">Thread Structure</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot3257" - transform="translate(133.58398,-197.80812)"><flowRegion - id="flowRegion3259"><rect - id="rect3261" - width="102.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3263">intctx Structure</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot3265" - transform="translate(137.71094,-292.80812)"><flowRegion - id="flowRegion3267"><rect - id="rect3269" - width="97.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3273">Thread Stack</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot3277" - transform="translate(1.2089844,-187.09523)"><flowRegion - id="flowRegion3279"><rect - id="rect3281" - width="97.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara3283">Stack Pointer</flowPara></flowRoot> <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:0.6978516px;stroke-linecap:butt;stroke-linejoin:miter;marker-end:url(#Arrow1Mend);stroke-opacity:1" - d="M 100.34893,288.42983 C 109.31485,288.42983 109.31485,288.42983 109.31485,288.42983" - id="path3487" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:0.6978516px;stroke-linecap:butt;stroke-linejoin:miter;marker-end:url(#Arrow1Mend);stroke-opacity:1" - d="M 100.34893,148.42983 C 109.31485,148.42983 109.31485,148.42983 109.31485,148.42983" - id="path3489" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:0.6978516px;stroke-linecap:butt;stroke-linejoin:miter;marker-end:url(#Arrow1Mend);stroke-opacity:1" - d="M 100.16177,11.570166 C 109.12769,11.570166 109.12769,11.570166 109.12769,11.570166" - id="path3491" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-dasharray:1, 1;stroke-dashoffset:0;stroke-opacity:1" - d="M 109.93046,230.5 C 249.5,230.5 249.5,230.5 249.5,230.5" - id="path2206" - inkscape:export-filename="C:\Progetti\ChibiOS\homepage\workspace.png" - inkscape:export-xdpi="90" - inkscape:export-ydpi="90" /> - <flowRoot - xml:space="preserve" - id="flowRoot2208" - transform="translate(112.03516,-92.095227)"><flowRegion - id="flowRegion2210"><rect - id="rect2212" - width="132.01047" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara2214">Thread Local Storage</flowPara></flowRoot> <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:0.6978516px;stroke-linecap:butt;stroke-linejoin:miter;marker-end:url(#Arrow1Mend);stroke-opacity:1" - d="M 100.16177,261.57017 C 109.12769,261.57017 109.12769,261.57017 109.12769,261.57017" - id="path2216" /> - <flowRoot - xml:space="preserve" - id="flowRoot2218" - transform="translate(1.359375,-83.728054)"><flowRegion - id="flowRegion2220"><rect - id="rect2222" - width="117.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara2224">chThdLS()</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot2209" - transform="translate(2.3710937,-107.80812)"><flowRegion - id="flowRegion2211"><rect - id="rect2213" - width="97.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara2215">Stack Limit</flowPara></flowRoot> <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:0.6978516px;stroke-linecap:butt;stroke-linejoin:miter;marker-end:url(#Arrow1Mend);stroke-opacity:1" - d="M 100.16177,231.57017 C 109.12769,231.57017 109.12769,231.57017 109.12769,231.57017" - id="path2217" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-dasharray:1, 1;stroke-dashoffset:0;stroke-opacity:1" - d="M 110.42716,125.5 C 249.5,125.5 249.5,125.5 249.5,125.5" - id="path2221" /> - <path - style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-dasharray:1, 1;stroke-dashoffset:0;stroke-opacity:1" - d="M 110.42716,100.5 C 249.5,100.5 249.5,100.5 249.5,100.5" - id="path2223" /> - <flowRoot - xml:space="preserve" - id="flowRoot2225" - transform="translate(130.04492,-248.01905)"><flowRegion - id="flowRegion2227"><rect - id="rect2229" - width="102.01046" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara2231">extctx Structure</flowPara></flowRoot> <flowRoot - xml:space="preserve" - id="flowRoot2235" - transform="translate(110.82227,-224.75538)"><flowRegion - id="flowRegion2237"><rect - id="rect2239" - width="137.01047" - height="17.563538" - x="2.9895365" - y="332.43646" /></flowRegion><flowPara - id="flowPara2241">INT_REQUIRED_STACK</flowPara></flowRoot> </g> -</svg> diff --git a/docs/src/concepts.dox b/docs/src/concepts.dox deleted file mode 100644 index f46f8b06b..000000000 --- a/docs/src/concepts.dox +++ /dev/null @@ -1,410 +0,0 @@ -/*
- ChibiOS/RT - Copyright (C) 2006,2007,2008,2009,2010,
- 2011,2012,2013 Giovanni Di Sirio.
-
- This file is part of ChibiOS/RT.
-
- ChibiOS/RT is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 3 of the License, or
- (at your option) any later version.
-
- ChibiOS/RT is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- GNU General Public License for more details.
-
- You should have received a copy of the GNU General Public License
- along with this program. If not, see <http://www.gnu.org/licenses/>.
-*/
-
-/**
- * @page concepts Kernel Concepts
- * @brief ChibiOS/RT Kernel Concepts
- * - @ref naming
- * - @ref api_suffixes
- * - @ref interrupt_classes
- * - @ref system_states
- * - @ref scheduling
- * - @ref thread_states
- * - @ref priority
- * - @ref warea
- * .
- * @section naming Naming Conventions
- * ChibiOS/RT APIs are all named following this convention:
- * @a ch\<group\>\<action\>\<suffix\>().
- * The possible groups are: @a Sys, @a Sch, @a Time, @a VT, @a Thd, @a Sem,
- * @a Mtx, @a Cond, @a Evt, @a Msg, @a Reg, @a SequentialStream, @a IO, @a IQ,
- * @a OQ, @a Dbg, @a Core, @a Heap, @a Pool.
- *
- * @section api_suffixes API Name Suffixes
- * The suffix can be one of the following:
- * - <b>None</b>, APIs without any suffix can be invoked only from the user
- * code in the <b>Normal</b> state unless differently specified. See
- * @ref system_states.
- * - @anchor I-Class <b>"I"</b>, I-Class APIs are invokable only from the
- * <b>I-Locked</b> or <b>S-Locked</b> states. See @ref system_states.
- * - @anchor S-Class <b>"S"</b>, S-Class APIs are invokable only from the
- * <b>S-Locked</b> state. See @ref system_states.
- * .
- * Examples: @p chThdCreateStatic(), @p chSemSignalI(), @p chIQGetTimeout().
- *
- * @section interrupt_classes Interrupt Classes
- * In ChibiOS/RT there are three logical interrupt classes:
- * - <b>Regular Interrupts</b>. Maskable interrupt sources that cannot
- * preempt (small parts of) the kernel code and are thus able to invoke
- * operating system APIs from within their handlers. The interrupt handlers
- * belonging to this class must be written following some rules. See the
- * system APIs group and the web article
- * <a href="http://chibios.sourceforge.net/dokuwiki/doku.php?id=chibios:howtos:interrupts">
- * How to write interrupt handlers</a>.
- * - <b>Fast Interrupts</b>. Maskable interrupt sources with the ability
- * to preempt the kernel code and thus have a lower latency and are less
- * subject to jitter, see the web article
- * <a href="http://chibios.sourceforge.net/dokuwiki/doku.php?id=chibios:articles:jitter">
- * Response Time and Jitter</a>.
- * Such sources are not supported on all the architectures.<br>
- * Fast interrupts are not allowed to invoke any operating system API from
- * within their handlers. Fast interrupt sources may, however, pend a lower
- * priority regular interrupt where access to the operating system is
- * possible.
- * - <b>Non Maskable Interrupts</b>. Non maskable interrupt sources are
- * totally out of the operating system control and have the lowest latency.
- * Such sources are not supported on all the architectures.
- * .
- * The mapping of the above logical classes into physical interrupts priorities
- * is, of course, port dependent. See the documentation of the various ports
- * for details.
- *
- * @section system_states System States
- * When using ChibiOS/RT the system can be in one of the following logical
- * operating states:
- * - <b>Init</b>. When the system is in this state all the maskable
- * interrupt sources are disabled. In this state it is not possible to use
- * any system API except @p chSysInit(). This state is entered after a
- * physical reset.
- * - <b>Normal</b>. All the interrupt sources are enabled and the system APIs
- * are accessible, threads are running.
- * - <b>Suspended</b>. In this state the fast interrupt sources are enabled but
- * the regular interrupt sources are not. In this state it is not possible
- * to use any system API except @p chSysDisable() or @p chSysEnable() in
- * order to change state.
- * - <b>Disabled</b>. When the system is in this state both the maskable
- * regular and fast interrupt sources are disabled. In this state it is not
- * possible to use any system API except @p chSysSuspend() or
- * @p chSysEnable() in order to change state.
- * - <b>Sleep</b>. Architecture-dependent low power mode, the idle thread
- * goes in this state and waits for interrupts, after servicing the interrupt
- * the Normal state is restored and the scheduler has a chance to reschedule.
- * - <b>S-Locked</b>. Kernel locked and regular interrupt sources disabled.
- * Fast interrupt sources are enabled. @ref S-Class and @ref I-Class APIs are
- * invokable in this state.
- * - <b>I-Locked</b>. Kernel locked and regular interrupt sources disabled.
- * @ref I-Class APIs are invokable from this state.
- * - <b>Serving Regular Interrupt</b>. No system APIs are accessible but it is
- * possible to switch to the I-Locked state using @p chSysLockFromIsr() and
- * then invoke any @ref I-Class API. Interrupt handlers can be preemptable on
- * some architectures thus is important to switch to I-Locked state before
- * invoking system APIs.
- * - <b>Serving Fast Interrupt</b>. System APIs are not accessible.
- * - <b>Serving Non-Maskable Interrupt</b>. System APIs are not accessible.
- * - <b>Halted</b>. All interrupt sources are disabled and system stopped into
- * an infinite loop. This state can be reached if the debug mode is activated
- * <b>and</b> an error is detected <b>or</b> after explicitly invoking
- * @p chSysHalt().
- * .
- * Note that the above states are just <b>Logical States</b> that may have no
- * real associated machine state on some architectures. The following diagram
- * shows the possible transitions between the states:
- *
- * @if LATEX_PDF
- * @dot
- digraph example {
- size="5, 7";
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
- edge [fontname=Helvetica, fontsize=8];
- init [label="Init", style="bold"];
- norm [label="Normal", shape=doublecircle];
- susp [label="Suspended"];
- disab [label="Disabled"];
- slock [label="S-Locked"];
- ilock [label="I-Locked"];
- slock [label="S-Locked"];
- sleep [label="Sleep"];
- sri [label="SRI"];
- init -> norm [label="chSysInit()"];
- norm -> slock [label="chSysLock()", constraint=false];
- slock -> norm [label="chSysUnlock()"];
- norm -> susp [label="chSysSuspend()"];
- susp -> disab [label="chSysDisable()"];
- norm -> disab [label="chSysDisable()"];
- susp -> norm [label="chSysEnable()"];
- disab -> norm [label="chSysEnable()"];
- disab -> susp [label="chSysSuspend()"];
- slock -> ilock [label="Context Switch", dir="both"];
- norm -> sri [label="Regular IRQ", style="dotted"];
- sri -> norm [label="Regular IRQ return", fontname=Helvetica, fontsize=8];
- sri -> ilock [label="chSysLockFromIsr()", constraint=false];
- ilock -> sri [label="chSysUnlockFromIsr()", fontsize=8];
- norm -> sleep [label="Idle Thread"];
- sleep -> sri [label="Regular IRQ", style="dotted"];
- }
- * @enddot
- * @else
- * @dot
- digraph example {
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
- edge [fontname=Helvetica, fontsize=8];
- init [label="Init", style="bold"];
- norm [label="Normal", shape=doublecircle];
- susp [label="Suspended"];
- disab [label="Disabled"];
- slock [label="S-Locked"];
- ilock [label="I-Locked"];
- slock [label="S-Locked"];
- sleep [label="Sleep"];
- sri [label="SRI"];
- init -> norm [label="chSysInit()"];
- norm -> slock [label="chSysLock()", constraint=false];
- slock -> norm [label="chSysUnlock()"];
- norm -> susp [label="chSysSuspend()"];
- susp -> disab [label="chSysDisable()"];
- norm -> disab [label="chSysDisable()"];
- susp -> norm [label="chSysEnable()"];
- disab -> norm [label="chSysEnable()"];
- disab -> susp [label="chSysSuspend()"];
- slock -> ilock [label="Context Switch", dir="both"];
- norm -> sri [label="Regular IRQ", style="dotted"];
- sri -> norm [label="Regular IRQ return", fontname=Helvetica, fontsize=8];
- sri -> ilock [label="chSysLockFromIsr()", constraint=false];
- ilock -> sri [label="chSysUnlockFromIsr()", fontsize=8];
- norm -> sleep [label="Idle Thread"];
- sleep -> sri [label="Regular IRQ", style="dotted"];
- }
- * @enddot
- * @endif
- * Note, the <b>SFI</b>, <b>Halted</b> and <b>SNMI</b> states were not shown
- * because those are reachable from most states:
- *
- * @dot
- digraph example {
- size="5, 7";
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
- edge [fontname=Helvetica, fontsize=8];
- any1 [label="Any State\nexcept *"];
- sfi [label="SFI"];
- any1 -> sfi [style="dotted", label="Fast IRQ"];
- sfi -> any1 [label="Fast IRQ return"];
- }
- * @enddot
- * @dot
- digraph example {
- size="5, 7";
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
- edge [fontname=Helvetica, fontsize=8];
- any2 [label="Any State"];
- halt [label="Halted"];
- SNMI [label="SNMI"];
- any2 -> halt [label="chSysHalt()"];
- any2 -> SNMI [label="Synchronous NMI"];
- any2 -> SNMI [label="Asynchronous NMI", style="dotted"];
- SNMI -> any2 [label="NMI return"];
- halt -> SNMI [label="Asynchronous NMI", style="dotted"];
- SNMI -> halt [label="NMI return"];
- }
- * @enddot
- * @attention * except: <b>Init</b>, <b>Halt</b>, <b>SNMI</b>, <b>Disabled</b>.
- *
- * @section scheduling Scheduling
- * The strategy is very simple the currently ready thread with the highest
- * priority is executed. If more than one thread with equal priority are
- * eligible for execution then they are executed in a round-robin way, the
- * CPU time slice constant is configurable. The ready list is a double linked
- * list of threads ordered by priority.<br><br>
- * @if LATEX_PDF
- * @dot
- digraph example {
- size="5, 7";
- rankdir="LR";
-
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- edge [fontname=Helvetica, fontsize=8];
-
- subgraph cluster_running {
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- currp [label="'currp'\npointer", style="bold"];
- T4 [label="Tuser(4)\nprio=100"];
- label = "Currently Running Thread";
- penwidth = 0;
- }
-
- subgraph cluster_rlist {
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- rh [label="ready list\nheader\nprio=0", style="bold"];
- Ti [label="Tidle\nprio=1"];
- Tm [label="Tmain\nprio=64"];
- T1 [label="Tuser(1)\nprio=32"];
- T2 [label="Tuser(2)\nprio=32"];
- T3 [label="Tuser(3)\nprio=80"];
- label = "Threads Ready for Execution";
- penwidth = 0;
- }
-
- currp -> T4
- rh -> Ti -> T1 -> T2 -> Tm -> T3 -> rh [label="p_next"];
- rh -> T3 -> Tm -> T2 -> T1 -> Ti -> rh [label="p_prev"];
- }
- * @enddot
- * @else
- * @dot
- digraph example {
- rankdir="LR";
-
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- edge [fontname=Helvetica, fontsize=8];
-
- subgraph cluster_running {
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- currp [label="'currp'\npointer", style="bold"];
- T4 [label="Tuser(4)\nprio=100"];
- label = "Currently Running Thread";
- penwidth = 0;
- }
-
- subgraph cluster_rlist {
- node [shape=square, fontname=Helvetica, fontsize=8,
- fixedsize="true", width="0.6", height="0.5"];
- rh [label="ready list\nheader\nprio=0", style="bold"];
- Ti [label="Tidle\nprio=1"];
- Tm [label="Tmain\nprio=64"];
- T1 [label="Tuser(1)\nprio=32"];
- T2 [label="Tuser(2)\nprio=32"];
- T3 [label="Tuser(3)\nprio=80"];
- label = "Threads Ready for Execution";
- penwidth = 0;
- }
-
- currp -> T4
- rh -> Ti -> T1 -> T2 -> Tm -> T3 -> rh [label="p_next"];
- rh -> T3 -> Tm -> T2 -> T1 -> Ti -> rh [label="p_prev"];
- }
- * @enddot
- * @endif
- * <br>
- * Note that the currently running thread is not in the ready list, the list
- * only contains the threads ready to be executed but still actually waiting.
- *
- * @section thread_states Thread States
- * The image shows how threads can change their state in ChibiOS/RT.<br>
- * @if LATEX_PDF
- * @dot
- digraph example {
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
- size="5, 7";
-
- edge [fontname=Helvetica, fontsize=8];
- start [label="Start", style="bold"];
-
- run [label="Running"];
- ready [label="Ready"];
- suspend [label="Suspended"];
- sleep [label="Sleeping"];
- stop [label="Stop", style="bold"];
-
- start -> suspend [label="\n chThdCreateI()", constraint=false, dir=back];
- start -> run [label="chThdCreate()"];
- start -> ready [label="chThdCreate()"];
- run -> ready [label="Reschedule", dir="both"];
- suspend -> run [label="chThdResume()"];
- suspend -> ready [label="chThdResume()"];
- run -> sleep [label="chSchGoSleepS()"];
- sleep -> run [label="chSchWakepuS()"];
- sleep -> ready [label="chSchWakepuS()"];
- run -> stop [label="chThdExit()"];
- }
- * @enddot
- * @else
- * @dot
- digraph example {
- rankdir="LR";
- node [shape=circle, fontname=Helvetica, fontsize=8, fixedsize="true", width="0.75", height="0.75"];
-
- edge [fontname=Helvetica, fontsize=8];
- start [label="Start", style="bold"];
-
- run [label="Running"];
- ready [label="Ready"];
- suspend [label="Suspended"];
- sleep [label="Sleeping"];
- stop [label="Stop", style="bold"];
-
- start -> suspend [label="\n chThdCreateI()", constraint=false, dir=back];
- start -> run [label="chThdCreate()"];
- start -> ready [label="chThdCreate()"];
- run -> ready [label="Reschedule", dir="both"];
- suspend -> run [label="chThdResume()"];
- suspend -> ready [label="chThdResume()"];
- run -> sleep [label="chSchGoSleepS()"];
- sleep -> run [label="chSchWakepuS()"];
- sleep -> ready [label="chSchWakepuS()"];
- run -> stop [label="chThdExit()"];
- }
- * @enddot
- * @endif
- *
- * @section priority Priority Levels
- * Priorities in ChibiOS/RT are a contiguous numerical range but the initial
- * and final values are not enforced.<br>
- * The following table describes the various priority boundaries (from lowest
- * to highest):
- * - @p IDLEPRIO, this is the lowest priority level and is reserved for the
- * idle thread, no other threads should share this priority level. This is
- * the lowest numerical value of the priorities space.
- * - @p LOWPRIO, the lowest priority level that can be assigned to an user
- * thread.
- * - @p NORMALPRIO, this is the central priority level for user threads. It is
- * advisable to assign priorities to threads as values relative to
- * @p NORMALPRIO, as example NORMALPRIO-1 or NORMALPRIO+4, this ensures the
- * portability of code should the numerical range change in future
- * implementations.
- * - @p HIGHPRIO, the highest priority level that can be assigned to an user
- * thread.
- * - @p ABSPRO, absolute maximum software priority level, it can be higher than
- * @p HIGHPRIO but the numerical values above @p HIGHPRIO up to @p ABSPRIO
- * (inclusive) are reserved. This is the highest numerical value of the
- * priorities space.
- * .
- * @section warea Thread Working Area
- * Each thread has its own stack, a Thread structure and some preemption
- * areas. All the structures are allocated into a "Thread Working Area",
- * a thread private heap, usually statically declared in your code.
- * Threads do not use any memory outside the allocated working area
- * except when accessing static shared data.<br><br>
- * @if LATEX_PDF
- * @image latex workspace.eps
- * @else
- * @image html workspace.png
- * @endif
- * <br>
- * Note that the preemption area is only present when the thread is not
- * running (switched out), the context switching is done by pushing the
- * registers on the stack of the switched-out thread and popping the registers
- * of the switched-in thread from its stack.
- * The preemption area can be divided in up to three structures:
- * - External Context.
- * - Interrupt Stack.
- * - Internal Context.
- * .
- * See the port documentation for details, the area may change on
- * the various ports and some structures may not be present (or be zero-sized).
- */
diff --git a/docs/src/main.dox b/docs/src/main.dox deleted file mode 100644 index 535689d22..000000000 --- a/docs/src/main.dox +++ /dev/null @@ -1,65 +0,0 @@ -/*
- ChibiOS/RT - Copyright (C) 2006,2007,2008,2009,2010,
- 2011,2012,2013 Giovanni Di Sirio.
-
- This file is part of ChibiOS/RT.
-
- ChibiOS/RT is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 3 of the License, or
- (at your option) any later version.
-
- ChibiOS/RT is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- GNU General Public License for more details.
-
- You should have received a copy of the GNU General Public License
- along with this program. If not, see <http://www.gnu.org/licenses/>.
-*/
-
-/**
- * @mainpage ChibiOS/RT
- * @author Giovanni Di Sirio (gdisirio@users.sourceforge.net).
- *
- * <h2>Chibi ?</h2>
- * I didn't want a serious name for this project. It is the Japanese word for
- * small as in small child. So ChibiOS/RT
- * @htmlonly (<span class="t_nihongo_kanji" xml:lang="ja" lang="ja">ちび</span>OS/RT) @endhtmlonly
- * means small Real Time Operating System.
- * Source <a href="http://en.wikipedia.org/wiki/Chibi" target="_blank">Wikipedia</a>.
- *
- * <h2>Features</h2>
- * - Free software, GPL3 licensed. Stable releases include a exception clause
- * to the GPL.
- * - Designed for realtime applications.
- * - Easily portable.
- * - Preemptive scheduling.
- * - 128 priority levels. Multiple threads at the same priority level allowed.
- * - Round robin scheduling for threads at the same priority level.
- * - Offers threads, virtual timers, semaphores, mutexes, condvars,
- * event flags, messages, mailboxes, I/O queues.
- * - No static setup at compile time, there is no need to configure a maximum
- * number of all the above objects.
- * - PC simulator target included, the development can be done on a PC
- * under Linux or Windows.<br>
- * Timers, I/O channels and other HW resources are simulated in a guest OS
- * process and the application code does not need to be aware of it.
- * - No *need* for a memory allocator, all the kernel structures are static
- * and declaratively allocated.
- * - Optional, thread safe, Heap Allocator subsystem.
- * - Optional, thread safe, Memory Pools Allocator subsystem.
- * - Blocking and non blocking I/O channels with timeout and events generation
- * capability.
- * - Minimal system requirements: about 6KiB ROM with all options enabled and
- * speed optimizations on. The size can shrink under 2KiB by disabling the
- * the unused subsystems and optimizing for size.
- * - Almost totally written in C with little ASM code required for ports.
- * - Optional Hardware Abstraction Layer (HAL) with support for many device
- * driver models and device driver implementations.
- * .
- * <h2>Related pages</h2>
- * - @subpage concepts
- * - @subpage testsuite
- * .
- */
|
