erweiterung balenaos device cubietruck
Find a file
Florin Sarbu 5c39351e2e nanopi-neo-air.svg: Add icon for NanoPi NEO Air
Changelog-entry: Add icon for NanoPi NEO Air
Signed-off-by: Florin Sarbu <florin@balena.io>
2018-11-12 12:17:26 +01:00
.versionbot v2.26.0+rev1 2018-11-12 11:28:37 +01:00
layers layers/meta-resin: Update to v2.26.0 2018-11-12 11:04:09 +01:00
resin-yocto-scripts@a118ee9883 resin-yocto-scripts: Update to master HEAD 2018-11-11 10:33:33 +01:00
.gitignore versionist.conf.js: Add versionist config file 2018-08-27 11:07:52 +02:00
.gitmodules Release v2.12.5+rev3 2018-03-30 15:43:02 +02:00
bananapi-m1-plus.coffee bananapi-m1-plus.coffee: Set yocto version to sumo 2018-08-02 11:19:35 +02:00
bananapi-m1-plus.svg Add support for BananaPi M1+ board 2018-03-23 17:58:35 +02:00
CHANGELOG.md v2.26.0+rev1 2018-11-12 11:28:37 +01:00
nanopi-neo-air.coffee nanopi-neo-air.coffee: Update instructions 2018-10-09 10:24:38 +02:00
nanopi-neo-air.svg nanopi-neo-air.svg: Add icon for NanoPi NEO Air 2018-11-12 12:17:26 +01:00
orange-pi-lite.coffee orange-pi-lite.coffee: Set yocto version to sumo 2018-08-02 11:20:17 +02:00
orangepi-plus2.coffee orangepi-plus2.coffee: Set yocto version to sumo 2018-08-02 11:20:33 +02:00
orangepi-plus2.svg orangepi-plus2.svg: Add icon for Orange Pi Plus2 2018-11-12 12:00:24 +01:00
README.md README.md: Add contribution commit guidelines 2018-11-12 11:03:47 +01:00
repo.yml versionbot: Add changelog yml file 2018-09-25 17:59:36 +02:00
VERSION v2.26.0+rev1 2018-11-12 11:28:37 +01:00

resin-allwinner repository

This repo builds support for resinOS on the Allwinner SoCs.

Currently Supported SoC versions:

  • H3

Currently Supported Boards:

TODO:

  • add integration with resinHUP in u-boot
  • BUG: One of the DT overlays throws the following error: libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND
  • support more boards:
    • Orange pi plus 2e
    • Nanopi m1
    • Nanopi neo 2 plus (H5)

Clone/Initialize the repository

There are two ways of initializing this repository:

  • Clone this repository with "git clone --recursive".

or

  • Run "git clone" and then "git submodule update --init --recursive". This will bring in all the needed dependencies.

Build information

Build flags

  • Consult layers/meta-resin/README.md for info on various build flags (setting up serial console support for example) and build prerequisites. Build flags can be set by using the build script (barys) or by manually modifying local.conf.

See below for using the build script.

Build this repository

  • Run the build script: ./resin-yocto-scripts/build/barys

  • You can also run barys with the -h switch to inspect the available options

Custom build using this repository

  • Run the build script in dry run mode to setup an empty build directory ./resin-yocto-scripts/build/barys --remove-build --dry-run

  • Edit the local.conf in the build/conf directory

  • Prepare build's shell environment source layers/poky/oe-init-build-env

  • Run bitbake (see message outputted when you sourced above for examples)

Contributing

Issues

For issues we use an aggregated github repository available here. When you create issue make sure you select the right labels.

Pull requests

To contribute send github pull requests targeting this repository.

Please refer to: Yocto Contribution Guidelines and try to use the commit log format as stated there. Example:

<component>: Short description

I'm going to explain here what my commit does in a way that history
would be useful.

Changelog-entry: User facing description of the issue
Signed-off-by: Joe Developer <joe.developer@example.com>

The header of each commit must not exceed 72 characters in length and must be in 1 line only.

The header and the subject of each commit must be separated by an empty line.

The subject of each commit must not exceed 72 characters in length but can be wrapped to several lines.

The subject and the footer of each commit must be separated by an empty line.

Every pull request must contain at least one commit annotated with the Changelog-entry footer. The messages contained in these footers will be used to automatically fill the changelog on every new version.

Also, every update to meta-resin should be separated into its own commit, if the body of that commit contains the following line Updated meta-resin from X to Y the generated changelog will include a button to show all the updates in meta-resin from the version after X to Y.

An example of a valid commit updating meta-resin is:

layers/meta-resin: Update to v2.24.0

Update meta-resin from 2.19.0 to 2.24.0

Changelog-entry: Update the meta-resin submodule from v2.19.0 to v2.24.0

Make sure you mention the issue addressed by a PR. See: