Go to file
Haryslee 748e0d8ffb fix: MMU竞态问题修复
背景:同一个进程的多个线程读写同一个PTE时,由于PTE无保护,存在竞态问题。
方案:新增spinlock保护PTE,包括大锁跟小锁。大锁:一个进程只有一个spinlock锁,多个线程
读写PTE时竞争一把锁,锁的内存占用小,但系统性能降低;小锁:每个页表持有一把spinlock,
由于锁是page结构体的一个字段,内存消耗较大,但是相对大锁性能较优。系统默认使用大锁,用
户可根据具体需要配置使用大锁还是小锁。

close #I2WARC

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I5612eeac1f65507160035eae16af61f285182eda
2022-01-08 14:55:45 +08:00
.gitee add issue and pr template 2021-04-07 14:49:32 +08:00
apps feat(build): support gcc toolchain 2021-12-05 02:49:48 +08:00
arch fix: MMU竞态问题修复 2022-01-08 14:55:45 +08:00
bsd refactor: 清理Makefile冗余项 2021-09-13 18:14:15 +08:00
compat fix: A核代码静态告警定期清理 2021-11-15 02:47:08 +00:00
drivers !731 【请求检视】fix: 修复LOSCFG_FS_FAT_CACHE宏关闭后编译失败的BUG 2021-12-13 10:03:58 +00:00
figures update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
fs fix: 修复 virpart.c 不适配的格式化打印问题 2022-01-05 10:59:50 +08:00
kernel fix: MMU竞态问题修复 2022-01-08 14:55:45 +08:00
lib refactor: los_cir_buf.c中接口整合 2021-12-14 11:00:36 +08:00
net chore: 修复社区反馈问题Percpu结构体注释错误 2021-11-10 10:20:33 +08:00
platform refactor: 内核目录结构整理 2021-09-08 16:36:28 +08:00
security refactor: 清理Makefile冗余项 2021-09-13 18:14:15 +08:00
shell !703 fix: 解决dmesg -s参数double lock问题 2021-12-08 10:56:48 +00:00
syscall !709 A核代码静态告警定期清理 2021-11-16 06:47:22 +00:00
testsuites !710 清理YES/NO宏 2021-11-18 09:32:42 +00:00
tools feat(build): support gcc toolchain 2021-12-05 02:49:48 +08:00
.gitignore chore(make): fix and optimize some build scripts 2021-08-23 20:47:18 +08:00
BUILD.gn fix: 编译框架在做编译入口的统一 2021-12-14 13:19:31 +00:00
Kconfig clang triple renaming 2021-12-24 16:43:41 +08:00
LICENSE update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
Makefile feat(build): support gcc toolchain 2021-12-05 02:49:48 +08:00
OAT.xml chore(oat): 删除二进制文件,并且新增oat屏蔽 2021-08-06 01:41:09 +08:00
README.md fix: 修复文档链接失效问题 2021-08-12 14:21:35 +08:00
README_zh-HK.md fix: 修复文档链接失效问题 2021-08-12 14:21:35 +08:00
README_zh.md fix: 修复文档链接失效问题 2021-08-12 14:21:35 +08:00
build.sh chore(build): optimize build scripts, remove unused config files 2021-09-01 12:39:55 +08:00
config.mk feat(build): support gcc toolchain 2021-12-05 02:49:48 +08:00
liteos.gni feat(build): support gcc toolchain 2021-12-05 02:49:48 +08:00

README.md

LiteOS Cortex-A

Introduction

The OpenHarmony LiteOS Cortex-A is a new-generation kernel developed based on the Huawei LiteOS kernel. Huawei LiteOS is a lightweight operating system OS built for the Internet of Things IoT field. With the rapid development of the IoT industry, OpenHarmony LiteOS Cortex-A brings small-sized, low-power, and high-performance experience and builds a unified and open ecosystem for developers. In addition, it provides rich kernel mechanisms, more comprehensive Portable Operating System Interface POSIX, and a unified driver framework, Hardware Driver Foundation HDF, which offers unified access for device developers and friendly development experience for application developers. Figure 1 shows the architecture of the OpenHarmony LiteOS Cortex-A kernel.

Figure 1 Architecture of the OpenHarmony LiteOS Cortex-A kernel

Directory Structure

/kernel/liteos_a
├── apps                   # User-space init and shell application programs
├── arch                   # System architecture, such as ARM
│   └── arm                # Code for ARM architecture
├── bsd                    # Code of the driver and adaptation layer module related to the FreeBSD, such as the USB module
├── compat                 # Kernel API compatibility
│   └── posix              # POSIX APIs
├── drivers                # Kernel drivers
│   └── char               # Character device
│       ├── mem            # Driver for accessing physical input/output (I/O) devices
│       ├── quickstart     # APIs for quick start of the system
│       ├── random         # Driver for random number generators
│       └── video          # Framework of the framebuffer driver
├── fs                     # File system module, which mainly derives from the NuttX open-source project
│   ├── fat                # FAT file system
│   ├── jffs2              # JFFS2 file system
│   ├── include            # Header files exposed externally
│   ├── nfs                # NFS file system
│   ├── proc               # proc file system
│   ├── ramfs              # RAMFS file system
│   └── vfs                # VFS layer
├── kernel                 # Kernel modules including the process, memory, and IPC modules
│   ├── base               # Basic kernel modules including the scheduling and memory modules
│   ├── common             # Common components used by the kernel
│   ├── extended           # Extended kernel modules including the dynamic loading, vDSO, and LiteIPC modules
│   ├── include            # Header files exposed externally
│   └── user               # Init process loading
├── lib                    # Kernel library
├── net                    # Network module, which mainly derives from the lwIP open-source project
├── platform               # Code for supporting different systems on a chip (SOCs), such as Hi3516D V300
│   ├── hw                 # Logic code related to clocks and interrupts
│   ├── include            # Header files exposed externally
│   └── uart               # Logic code related to the serial port
├── platform               # Code for supporting different systems on a chip (SOCs), such as Hi3516D V300
├── security               # Code related to security features, including process permission management and virtual ID mapping management
├── syscall                # System calling
└── tools                  # Building tools as well as related configuration and code

Constraints

  • Programming languages: C and C++
  • Applicable development boards: Hi3518E V300 and Hi3516D V300
  • Hi3518E V300 uses the JFFS2 file system by default, and Hi3516D V300 uses the FAT file system by default.

Usage

OpenHarmony LiteOS Cortex-A supports the Hi3518E V300 and Hi3516D V300. You can develop and run your applications based on both development boards.

Preparations

You need to set up the compilation environment on Linux.

Source Code Acquisition

Download and decompress a set of source code on a Linux server to acquire the source code.

Compilation and Building

For details about how to develop the first application, see:

Repositories Involved

Kernel subsystem

drivers_liteos

kernel_liteos_a