Go to file
Haryslee 42f374dd7a fix: 合并进程栈两个地址连续的region
背景:进程加载的时候,先预申请一个页用作参数拷贝,另外通过mmap方式申请
额外的虚拟栈空间,此时便有两个地址连续的区间。
方案:新增内部接口OsStackAlloc,用于申请一个连续的虚拟地址区间,并对其
中指定区间做物理内存的映射。

close #I43QYJ

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I224cca3671c42a94c2f74b2da5a11403849e33d3
2021-08-10 17:20:17 +08:00
.gitee add issue and pr template 2021-04-07 14:49:32 +08:00
apps !488 保留未strip的mksh和toybox用于调试 2021-08-03 03:07:32 +00:00
arch !443 从Make编译切换到GN编译 2021-07-22 01:50:19 +00:00
bsd !429 删除无用的失效的符号链接文件 2021-07-22 01:51:25 +00:00
compat fix:修复在使用GetCputime时由clockid计算pid或tid时出现的错误 2021-08-03 20:16:29 +08:00
drivers feat: don't apply module_swith on configs of config 2021-07-27 16:46:30 +08:00
figures update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
fs fix: move nuttx head file back 2021-08-05 20:51:28 +08:00
kernel fix: 合并进程栈两个地址连续的region 2021-08-10 17:20:17 +08:00
lib fix: A核代码告警清零 2021-07-30 17:13:55 +08:00
net chore: enable gn build for lwip_enhanced 2021-08-02 14:18:56 +08:00
platform !473 Revert "fix: 修改默认窗口宽度到400" 2021-08-03 02:58:47 +00:00
security Merge branch 'master' of gitee.com:openharmony/kernel_liteos_a into misc 2021-07-27 01:40:59 +00:00
shell feat: add support for gn build system 2021-07-21 15:52:40 +08:00
syscall !481 修复mq_close关闭后仍然占用文件描述符的问题 2021-07-31 06:07:35 +00:00
testsuites chore(oat): 删除二进制文件,并且新增oat屏蔽 2021-08-06 01:41:09 +08:00
tools chore(oat): 删除二进制文件,并且新增oat屏蔽 2021-08-06 01:41:09 +08:00
.gitignore feat: using kconfiglib instead of kconfig 2021-07-08 15:44:47 +08:00
BUILD.gn chore: puts kernel Kconfig configs in kernel_configs dir 2021-08-03 11:19:22 +08:00
Kconfig feat: add support for gn build system 2021-07-21 15:52:40 +08:00
LICENSE update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
Makefile chore: puts kernel Kconfig configs in kernel_configs dir 2021-08-03 11:19:22 +08:00
OAT.xml chore(oat): 删除二进制文件,并且新增oat屏蔽 2021-08-06 01:41:09 +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: puts kernel Kconfig configs in kernel_configs dir 2021-08-03 11:19:22 +08:00
config.mk remove __cplusplus guards in .c files 2021-04-19 18:28:25 +08:00
liteos.gni feat: don't apply module_swith on configs of config 2021-07-27 16:46:30 +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