vtimer: fix usage in test application
make: make clean usable together with `-j`
unittests: support Makefile.include in test suites

This change will pull in the `Makefile.include` for every test suite
that is compiled in.

Fixes #1205.
Add TLSF (two level segregated fit) PKG

This is my second take on #669, because I was asked to separate it from #764.

This change adds a malloc implementation as a PKG, which uses *TLSF* (two
level segregated fit).

The patch file removes the 64bit capatibilities, debug functions, and the
option to have multiple "control blocks" (a control block holds multiple
memory pools). It wraps `malloc()` and friends in `disableIRQ() … restoreIRQ()`.

The implemention does not support 16bit platforms, yet, but probably only some
constants would need fixing. I limited the maximum size of a memory pool to
2**30 bytes = 1GB.

This PKG is not meant to be used by applicitions directly, but by the boards.
The board's initialition code needs to call
`int tlsf_add_pool(void *mem, size_t bytes)` for every free memory region it
has. If the board in using newlib, then this call needs to happen before the
first call to `puts`, `printf`, and friends, because newlib allocates the
control data IO streams (stdin, stdout, stderr) on the heap. Adding a small
(e.g. 1kB) pool before proper board initialization would be a possible solution.

Please read the additional information in the website of the implementator,
http://tlsf.baisoku.org/:

> TLSF (two level segregated fit) is a relatively new memory
allocator designed for embedded systems. It boasts constant
time O(1) malloc/free response time and a 4-byte block
overhead. Though it typically is slightly slower than other
allocators such as dlmalloc, it has no worst-case behavior.

> The original implementation, which comes alongside the white
paper, is distributed under the GNU GPL/LGPL. The code found
here is an original implementation, released into the public
domain, therefore is not subject to any licensing restrictions.

> Features:
 -  O(1) cost for malloc, free, realloc, memalign
 -  Extremely low overhead per allocation (4 bytes)
 -  Low overhead per pool (~3kB)
 -  Low fragmentation
 -  Compiles to only a few kB of code and data

> Caveats:
 -  Currently, assumes architecture can make 4-byte aligned accesses
 -  Not designed to be thread safe; the user must provide this

> Known Issues:
Due to the internal block structure size and the implementation
details of tlsf_memalign, there is worst-case behavior when requesting
small (<16 byte) blocks aligned to 8-byte boundaries. Overuse of memalign
will generally increase fragmentation, but this particular case will leave
lots of unusable "holes" in the heap. The solution would be to internally
align all blocks to 8 bytes, but this will require significantl changes
to the implementation. Contact me if you are interested.
Complete the definition of low-level radio driver API
Merge pull request #1211 from rousselk/complete-radio_driver_h

Completing low-level radio driver definition.
documentation: CMSIS cleanup

Put all CMSIS documentation into a dedicated subgroup of cpu.
documentation: moved network documentation to top level
documentation: added missing doxygen header to transceiver interface
documentation: fixed organization of 6LoWPAN doxygen
documentation: fixed sixlowpan doxygen filename
Merge pull request #1015 from OlegHahm/sixlowpan_doxygen_fix

Some doxygen fixes
msp430: provide oneway-malloc implicitly

For MSP430 boards oneway-malloc is already used *if* `malloc.h` was
included. The problem is that `malloc.h` is not a standard header, even
though it is common. `stdlib.h` in the right place to look for
`malloc()` and friends.

This change removes this discrepancy. `malloc()` is just named like
that, without the leading underscore. The symbols now are weak, which
means that they won't override library functions if MSP's standard
library will provide these functions at some point. (Unlikely, since
using `malloc()` on tiny systems is less then optimal ...)

Closes #1061 and #863.
Add doxygen comments to MSP's oneway malloc
msp/tests: remove blacklist from test_bloom_bytes

Issue #1061 was fixed.
Merge pull request #1215 from Kijewski/tlsf

Add TLSF (two level segregated fit) PKG
Merge pull request #1201 from Kijewski/exclusive-make-clean

make: make clean usable together with `-j`
Merge pull request #1182 from Kijewski/msp-oneway-malloc

msp430: provide oneway-malloc implicitly
 make: remove clutter

Remove some outdated example code.
 make: add `BOARD_INSUFFICIENT_RAM` blacklisting

Currently most blacklistings for examples and tests are done because the
board provides too little RAM or ROM. Besides of the actual linking all
the compiling should nevertheless work just fine.

This PR adds the variable `BOARD_INSUFFICIENT_RAM` to tell the
`buildtest` to compile the code for a board, but omit the linking step.