Go to file
YOUR_NAME 35a2f3af33 fix: init进程收到子进程退出信号后,调用fork重新拉起进程,会导致系统卡死
问题原因:init进程执行信号时,线程栈底预留了部分空间给信号上下文使用,
从而导致处理信号时线程栈底比线程控制块里面记录的大,这样在fork的过程中内核
从init线程栈底copy线程上下文给新进程时,copy的不是实际运行的栈底,以致于
新进程的线程上下文不对,在实际运行时跑飞,引发系统卡死。
解决方案:在fork过程copy线程上下文时,判断是否预留了信号上下文空间,如果预留
了,则copy的栈底要基于预留后的栈底去copy线程上下文。

close: #I41HOY

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16
2021-07-20 21:11:12 +08:00
.gitee add issue and pr template 2021-04-07 14:49:32 +08:00
apps feat: active mksh & toybox 2021-07-09 17:07:06 +08:00
arch fix: init进程收到子进程退出信号后,调用fork重新拉起进程,会导致系统卡死 2021-07-20 21:11:12 +08:00
bsd feat: using kconfiglib instead of kconfig 2021-07-08 15:44:47 +08:00
compat/posix !402 消除编译告警 2021-07-09 08:37:20 +00:00
drivers perf: assign '-1' to uninitialized variable: ret 2021-06-28 09:33:29 +08:00
figures update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
fs !431 修复FATFS中不同内部接口不支持FAT12/FAT16 FAT表结标志 2021-07-19 06:08:09 +00:00
kernel fix: init进程收到子进程退出信号后,调用fork重新拉起进程,会导致系统卡死 2021-07-20 21:11:12 +08:00
lib fix: 修复内核c库的makefile中被优化函数替换的高频函数依然参与了编译的问题 2021-06-28 17:34:08 +08:00
net feat: using kconfiglib instead of kconfig 2021-07-08 15:44:47 +08:00
platform refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 2021-07-01 09:08:18 +08:00
security remove __cplusplus guards in .c files 2021-04-19 18:28:25 +08:00
shell refactor: Refactored the kernel boot process and added a init framework 2021-05-20 16:45:43 +08:00
syscall !402 消除编译告警 2021-07-09 08:37:20 +00:00
testsuites !380 修复了杀死掉hilog进程后SecurityCapability门禁用例无法通过的问题 2021-07-13 08:21:41 +00:00
tools !313 feat: active mksh & toybox 2021-07-15 12:40:12 +00:00
.gitignore feat: using kconfiglib instead of kconfig 2021-07-08 15:44:47 +08:00
BUILD.gn chore: place .config files under config dir of products 2021-07-10 19:36:44 +08:00
Kconfig feat: 给开发者提供系统信息导出Hidumper工具。 2021-07-14 14:49:58 +08:00
LICENSE update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
Makefile feat: using kconfiglib instead of kconfig 2021-07-08 15:44:47 +08:00
README.md TicketNo:DTS2021012805GXU8P0H00 2021-03-16 16:54:09 +08:00
README_zh-HK.md fix(doc): 修复README_zh-HK.md的链接错误 2021-06-25 14:13:32 +08:00
README_zh.md README_zh.md: update the correct links 2021-06-03 09:24:50 +08:00
TODOList.md update TODOList.md. 2021-05-21 15:01:20 +08:00
build.sh chore: place .config files under config dir of products 2021-07-10 19:36:44 +08:00
config.mk remove __cplusplus guards in .c files 2021-04-19 18:28:25 +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. For more acquisition methods, see Source Code Acquisition.

Compilation and Building

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

Repositories Involved

Kernel subsystem

drivers_liteos

kernel_liteos_a