git-svn-id: svn://svn.code.sf.net/p/chibios/svn/branches/kernel_3_dev@5858 35acf78f-673a-0410-8e92-d51de3d6d3f4

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
deleted 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&#160;<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&amp;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&#160;<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
deleted 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
deleted 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">&#12385;&#12403;</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

- * .

- */