Go to file
Hongjin Li 565049f1eb style: string format in python
Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
Change-Id: I0d6ffb978bf4f96fd546868a6dd5f20d2cefbfd6
2022-08-23 18:52:42 +08:00
.gitee fix: pr模板补充说明 2022-01-21 17:10:14 +08:00
arch change LOS_IntLock() to (VOID)LOS_IntLock() 2022-08-15 20:51:29 +08:00
components !792 fix: iccarm fatfs编译问题修复 2022-08-18 11:38:21 +00:00
drivers feat: normalize drivers framework component and repos 2022-06-15 20:07:10 +08:00
figures update openharmony 1.0.1 2021-03-11 20:30:40 +08:00
kal !768 feature: C库补充access、remove接口 2022-08-11 11:05:50 +00:00
kernel !780 【OpenHarmony开源贡献者计划2022】remove unnecessary extern "C" 2022-08-16 01:14:55 +00:00
testsuites !780 【OpenHarmony开源贡献者计划2022】remove unnecessary extern "C" 2022-08-16 01:14:55 +00:00
tools style: string format in python 2022-08-23 18:52:42 +08:00
utils !778 【OpenHarmony开源贡献者计划2022】+ store拼写不对 2022-08-16 01:13:02 +00:00
.gitignore feat(build): support Kconfig 2021-11-05 12:18:04 +08:00
BUILD.gn feature: BUILD.gn中device_path允许指向vendor 2022-08-20 15:54:44 +08:00
Kconfig refactor: Kconfig选项解耦 2022-07-23 21:21:59 +08:00
LICENSE update openharmony 1.0.1 2021-03-11 20:30:40 +08:00
Makefile fix: liteos_kernel_only=true编译内核报错 2021-12-25 14:10:01 +08:00
NOTICE update openharmony 1.0.1 2021-03-11 20:30:40 +08:00
OAT.xml 修复OAT.xml文件中路径错误。 2021-11-26 17:37:55 +08:00
README.md fix: 修复内核目录不规范的问题 2022-06-29 08:13:29 +00:00
README_zh.md fix: 修复内核目录不规范的问题 2022-06-29 08:13:29 +00:00
arch_spec.md fix: 修复内核目录不规范的问题 2022-06-29 08:13:29 +00:00
arch_spec_zh.md fix: 修复内核目录不规范的问题 2022-06-29 08:13:29 +00:00
bundle.json chore: kernel部件化编译构建 2022-01-24 16:24:23 +08:00
config.gni refactor: 编译框架对不同工具链的解耦优化 2022-07-12 16:54:35 +08:00
config_iccarm.gni refactor: 编译框架对不同工具链的解耦优化 2022-07-12 16:54:35 +08:00
liteos.gni feat: normalize drivers framework component and repos 2022-06-15 20:07:10 +08:00

README.md

LiteOS-M Kernel

Introduction

OpenHarmony LiteOS-M is a lightweight operating system kernel designed for the Internet of Things (IoT) field. It features small footprint, low power consumption, and high performance. It has a simple code structure, including the minimum kernel function set, kernel abstraction layer, optional components, and project directory. The LiteOS-M kernel is divided into the hardware layer and hardware-irrelevant layers. The hardware layer provides a unified hardware abstraction layer (HAL) interface for easier hardware adaptation. A range of compilation toolchains can be used with different chip architectures to meet the expansion of diversified hardware and compilation toolchains in the Artificial Intelligence of Things (AIoT) field. Figure1 shows the architecture of the LiteOS-M kernel.

Figure 1 Architecture of the OpenHarmony LiteOS-M kernel

Directory Structure

The directory structure is as follows. For more details, see arch_spec.md.

/kernel/liteos_m
├── arch                 # Code of the kernel instruction architecture layer
│   ├── arm              # Code of the ARM32 architecture
│   │   ├── arm9         # Code of the ARM9 architecture
│   │   ├── cortex-m3    # Code of the cortex-m3 architecture
│   │   ├── cortex-m33   # Code of the cortex-m33 architecture
│   │   ├── cortex-m4    # Code of the cortex-m4 architecture
│   │   ├── cortex-m7    # Code of the cortex-m7 architecture
│   │   └── include      # Arm architecture public header file directory
│   ├── csky             # Code of the csky architecture
│   │   └── v2           # Code of the csky v2 architecture
│   ├── include          # APIs exposed externally
│   ├── risc-v           # Code of the risc-v architecture
│   │   ├── nuclei       # Code of the nuclei system technology risc-v architecture
│   │   └── riscv32      # Code of the risc-v architecture
│   └── xtensa           # Code of the xtensa architecture
│       └── lx6          # Code of the lx6 xtensa architecture
├── components           # Optional components
│   ├── backtrace        # Backtrace support
│   ├── cppsupport       # C++ support
│   ├── cpup             # CPU percent (CPUP)
│   ├── dynlink          # Dynamic loading and linking
│   ├── exchook          # Exception hooks
│   ├── fs               # File systems
│   ├── lmk              # Low memory killer functions
│   ├── lms              # Lite memory sanitizer functions
│   ├── net              # Networking functions
│   ├── power            # Power management
│   ├── shell            # Shell function
│   ├── fs               # File systems
│   └── trace            # Trace tool
├── drivers              # driver Kconfig
├── kal                  # Kernel abstraction layer
│   ├── cmsis            # CMSIS API support
│   └── posix            # POSIX API support
├── kernel               # Minimum kernel function set
│   ├── include          # APIs exposed externally
│   └── src              # Source code of the minimum kernel function set
├── testsuites           # Kernel testsuites
├── tools                # Kernel tools
├── utils                # Common directory

Constraints

OpenHarmony LiteOS-M supports only C and C++.

Applicable architecture: See the directory structure for the arch layer.

As for dynamic loading module, the shared library to be loaded needs signature verification or source restriction to ensure security.

Usage

The OpenHarmony LiteOS-M kernel build system is a modular build system based on Generate Ninja (GN) and Ninja. It supports module-based configuration, tailoring, and assembling, and helps you build custom products. This document describes how to build a LiteOS-M project based on GN and Ninja. For details about the methods such as GCC+gn, IAR, and Keil MDK, visit the community websites.

Setting Up the Environment

Before setting up the environment for a development board, you must set up the basic system environment for OpenHarmony first. The basic system environment includes the OpenHarmony build environment and development environment. For details, see Setting Up Development Environment.

Obtaining the OpenHarmony Source Code

For details about how to obtain the source code, see Source Code Acquisition. This document assumes that the clone directory is ~/openHarmony after the complete OpenHarmony repository code is obtained.

Example projects

Qemu simulator: arm_mps2_an386、esp32、riscv32_virt、SmartL_E802. For details about how to compile and run, see qemu guide.

Bestechnic: bes2600. For details about how to compile and run, see Bestechnic developer guide.

The LiteOS-M kernel porting projects for specific development boards are provided by community developers. The following provides the links to these projects. If you have porting projects for more development boards, you can provide your links to share your projects.

Contribution

How to involve

Commit message spec

Liteos-M kernel coding style guide

How to contribute a chip based on Liteos-M kernel:

Board-Level Directory Specifications

Mini System SoC Porting Guide

Repositories Involved

Kernel Subsystem

kernel_liteos_m