This directory contains libraries and example applications for developing Tock apps that sit above the kernel.

1. If you have not yet done so, it might be a good idea to start with the TockOS getting started guide, which will lead you through the installation of some tools that will be useful for developing and deploying applications on TockOS. In particular, it will give you a rust environment (required to install elf2tab) and tockloader, which you need to deploy applications on most boards.

   And it will of course give you a board with TockOS installed which you can use to run the applications found in this repository.

   So, if you haven't been there before, just head over there until it sends you back here.

2. Clone this repository.

   $ git clone https://github.com/tock/libtock-c
   $ cd libtock-c
   

3. The main requirement to build the C applications in this repository is a cross compiler for embedded targets. Currently, the only supportetd target is ARM Cortex M, so you will need an arm-none-eabi toolchain.

   MacOS:

   $ brew tap ARMmbed/homebrew-formulae && brew update && brew install arm-none-eabi-gcc
   

   Ubuntu (18.04LTS or later):

   $ sudo apt install gcc-arm-none-eabi
   

   Ubuntu (before 18.04):

   $ sudo add-apt-repository ppa:team-gcc-arm-embedded/ppa && sudo apt update && sudo apt install gcc-arm-embedded
   

4. You will also need an up-to-date version of elf2tab. The build system will install and update this automatically for you, but you'll need Rust's cargo installed. If you have followed the getting started guide, everything should be in place.

5. You will also likely need Tockloader, a tool for programming apps onto boards. If you haven't installed it during the TockOS getting started guide:

   MacOS:

   $ pip3 install tockloader
   

   Ubuntu:

   $ pip3 install tockloader --user
   

To compile all the examples, switch to the examples directory and execute the build script:

$ cd examples
$ ./build_all.sh

This will install elf2tab if it is not yet installed and compile all the examples for cortex-m0, cortex-m3, and cortex-m4. It does this because the compiler emits slightly different instructions for each variant. When installing the application, tockloader will select the correct version for the architecture of the board being programmed.

The build process will ultimately create a tab file (a "Tock Application Bundle") for each example application. The tab contains the executable code for the supported architectures and can be deployed to a board using tockloader. For example to one of the Nordic development boards:

$ tockloader install --board nrf52dk --jlink blink/build/blink.tab
Installing apps on the board...
Using known arch and jtag-device for known board nrf52dk
Finished in 2.567 seconds

You can remove an application with

$ tockloader uninstall --board nrf52dk --jlink blink

or remove all installed applications with

$ tockloader uninstall --board nrf52dk --jlink

Tock applications are designed to be generic and run on any Tock-compatible board. However, compiled applications typically depend on specific drivers, which not all boards provide. For example, some applications expect an IEEE 802.15.4 radio interface which not all boards support. If you load an application onto a board that does not support every driver/system call it uses, some system calls will return error codes (ENODEVICE or ENOSUPPORT).

The next step is to read the overview that describes how applications in TockOS are structured and then look at some of the examples in detail. The description of the compilation environment may also be of interest.

Licensed under either of

• Apache License, Version 2.0 (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
• MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT)

at your option.

We welcome contributions from all. We use the bors-ng bot to manage, approve, and merge PRs. In short, when someone replies bors r+, your PR has been approved and will be automatically merged. If a maintainer replies bors delegate+, then you have been granted the authority to mark your own PR for approval (usually this will happen if there are some trivial changes required). For a full list of bors commands, see the bors documentation.

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.