Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab

首先，POSIX规范规定文件描述符需要支持close-on-exec属性，修改前的vfs不支持close-on-exec，当exec系列函数执行时，进程所有的文件将会被关闭（0，1，2也重新被打开）。但是，系统有些时候是不能在exec时关闭全部文件的，例如在执行exec之前，就需要重定向进程的某些文件描述符时（使用dup2），就希望该文件不被关闭，继续保持重定向属性，shell执行进程并重定向其标准输出到文件，这是我们经常做的事情。

BREAKING CHANGE:
执行exec类函数后，进程拥有的文件描述符情况发生变化：修改前，默认关闭所有的进程文件描述符，0，1，2重新打开；修改后，除非文件描述符拥有FD_CLOEXEC标记，否则该描述符不会被关闭。

re #I3U81W

Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>

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

close #I43QYJ
Signed-off-by: NHaryslee <lihao189@huawei.com>
Change-Id: I224cca3671c42a94c2f74b2da5a11403849e33d3

use IPC_IO_DATA_MAX from liteipc_adapter.h
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I94f2dd2ff148e8a03ffb2c7b38ab06a34a2d2827

liteos binaries no need pack to rootfs.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: Iba650c9d09302902c108760163eca55b4ec40221

add BUILD.gn for all kernel modules
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I018446427bf64615f2596d47862b219659b58b34

LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: Nboxi <lewis.liulei@huawei.com>

in the liteos_a directory, we used to use `make clean all` command
to build liteos_a kernel for test.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I5ca689c1c44052f7de937d7faa9e4d3534d97380

sysroot and arch related cflags are pass by BUILD.gn now.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566

　kill进程时，会将因为liteipc阻塞的线程唤醒，使其调度并自动退出，由于liteipc阻塞机制为
循环阻塞方式，会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的
线程后检查是否已有kill标志，如果有使其按接收数据失败退出，在返回用户态之前，该线程会进
入退出流程，结束运行。

Close #I3XX7K
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Iec4e298dff4aefd2994289067a35cb5673e323f9

背景：LOS_UserMemClear接口原有实现是通过在内核中
申请一块堆内存并对其清零，调用copy_to_user来达到
对用户态内存清零的目的，需要使用堆内存。
修改方案：基于汇编实现内核对用户态内存清零的功能。

close #I3XXT0

Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15
Signed-off-by: NHaryslee <lihao189@huawei.com>

功能描述：
  在proc目录下增加power目录，添加powr_mode,power_lock,power_unlock和power_count节点，
  power_mode：节点用于查询和设置系统支持的功耗模式
  power_lock：用于查询和获取低功耗锁，持锁后，将会阻止系统进入低功耗状态
  power_unlock:　用于释放已经持有的低功耗锁，也可查询当前有那些持有低功耗锁
  power_count：用于查询当前持有低功耗锁的个数

Close #I3VS5N

Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407
Signed-off-by: Nzhushengle <zhushengle@huawei.com>

1.remove redundant headfile in kernel, such as:
  compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h;
2.split fs.h to file.h and driver.h
3.move vnode.h and path_cache.h to vfs/include
4.remove redundant interface and defines

close: #I3RTNR
Signed-off-by: Nmucor <mucorwang@gmail.com>

global data should be accessed in protection

fix: #I3PW5Y
Change-Id: I9dfa09992eb8e78935ed367240628300fc033193
Signed-off-by: NCaoruihong <crh.cao@huawei.com>

rename function OsCreateUserVmSpace to fix typo

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42Signed-off-by: kenneth <459864689@qq.com>

Close #I3VOAO

Change-Id: I42103e0e7061e50f8d63df98ea9f5cecd49fe6f4
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>

close: #I3I768

Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513

Fix wrong judgment in los_trace.c to avoid null pointer access.

Close #I3RT9F

Change-Id: Id37b80fc6acc085205695318232d5f4fd75472aa

Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f

Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e

Feature or Bugfix:Feature
Binary Source:Huawei
PrivateCode(Yes/No):Yes

Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47
ChangeID:13306388

Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86