首先，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>

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

1、判断安全函数的返回值。

Close #I43RQU
Signed-off-by: Npcwlno1 <qidechun@huawei.com>

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

【背景】定期A核代码告警清零。

【修改方案】
根据工具扫描结果，对代码告警进行更改。

【影响】
对现有的产品编译不会有影响。

re #I4378T
Signed-off-by: Nwangchen <253227059@qq.com>

close: #I434UC
Signed-off-by: Nzff <zhangfanfan2@huawei.com>
Change-Id: If6cdb719412375c79356a50113a0efb45c8968f7

1、允许用户自己指定预留物理内存的起始地址和长度。
2、在适配层中增加对预留物理内存的映射。
3、在bbox的Kcondfig中增加有关预留物理内存的编译选项。
4、在bbox的Makefile增加有关内存函数头文件的引用。

Close #I41YIZ
Signed-off-by: Npcwlno1 <qidechun@huawei.com>

using OHOS_Image as liteos default name
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I00bcc9a6747ffde0f07f3d243150055a644df02f

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

1、在日志写如完成之后执行fsync确保落盘。

Close #I41UTP
Signed-off-by: Nqidechun <qidechun@huawei.com>

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

fix some spell issues in files under folder kernel/base/core:
change Recyle to Recycle, ilde to idle and Porcess to Process

close #I3R28X
Signed-off-by: Nkenneth <zhushangyuan@huawei.com>

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

close: #I41HOY
Signed-off-by: Nzff <zhangfanfan2@huawei.com>
Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16

close #I41MWM
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: Iad136b3b8b63fed63fa69c594ec39bd90d5513b7

增加mount的MS_RDONLY标志的支持，并修改vfs主要接口相关支持。
1. fatfs lseek接口在分区以MS_RDONLY方式和文件以只读打开时不再能够扩大文件的大小。
2. 直接在镜像中创建storage目录，而不是在挂载根文件系统时创建storage目录。
3. 增加了MS_RDONLY的测试用例。

Close #I3Z1W6
Signed-off-by: NFar <yesiyuan2@huawei.com>

1、bootargs解析与rootfs挂载进行解耦；
2、支持开发者自定义bootargs参数，内核存储bootargs中所有参数；
3、开发者可获取bootargs中的参数内容，并自行解析。

close #I41CL8

Change-Id: If384476714854ba0cf64eb70b785eb26737dd3d2
Signed-off-by: Nchenjing <chenjing139@huawei.com>

close #I40QOM

Change-Id: Ib3783f5d6b1095bf2100ab024fe0235a64355823
Signed-off-by: NJerryH1011 <huangjieliang@huawei.com>

add setrlimit,gethostname,gethostid and capability

Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a

给开发者提供系统信息DUMP机制，帮助开发者观察系统功能状态，发现潜在问题。

Close #I3NN7D
Signed-off-by: Nqidechun <qidechun@huawei.com>

由于内核暂不支持tty，窗口默认宽度写死的为80。在流水线中，往往有时候需要更宽的
窗口宽度。在tty支持动态获取和设置大小之前，先调整大小为400。

re #I40LQX
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
Change-Id: Ic21a8b7098f47b7d608762678eebb7b8ecb67ce4

1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。
3、BBOX特性默认关闭，若想使用此特性，请在内核配置文件中增加如下编译选项：
LOSCFG_BLACKBOX=y
LOSCFG_SAVE_EXCINFO=y
LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。
4、若已经打开BBOX特性，想快速验证此特性，请添加如下编译选项：
LOSCFG_HIDUMPER=y

Close #I406NP
Signed-off-by: Nqidechun <qidechun@huawei.com>

    queuelist中的普通节点在调整为futexList的节点时，
未校验其queueList的有效性，导致queueList未初始化，
出现访问空指针；且在从旧链表迁移节点到新链表时，
节点从旧链表删除之后又插入到另一个链表中，导致对
旧链表的为NULL判断出错。

Close #I4024F

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

由于没有tty，当前的Ctrl-C实现基于uart回调特定函数实现，后续tty实现后
可以重新考虑Ctrl-C设计实现。本次将Ctrl-C移除LOS_MAGIC_KEY_ENABLE，保
证任意情况下可以生效。

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

【背景】
 消除编译告警

【修改方案】
 消除编译告警

 re #I3ZC1R

 Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34
Signed-off-by: Nx-xiny <1301913191@qq.com>

Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1

fix compile errors in minimal compilation
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec

1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。

Close #I3NN7V
Signed-off-by: Nqidechun <qidechun@huawei.com>

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

驱动目录位置不合理，需要调整到/device/qemu/drivers下面

close #I3XW96 #I3XWXD

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

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

close #I3XXT0

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

write "clear pathcahe" to clear pathcaches and vnodes
write "clear pagecache" to clear pagecaches
write "clear all" to clear both pathcaches and pagechaches
the cache in use will not be cleared

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

在内核解析bootargs参数时，加入对userAddr与userSize两个字段的解析。
1、如果bootargs中配置了userAddr与userSize，则使用配置值划分storage分区。
2、如果bootargs中未配置这两个字段，则storage分区默认紧接在rootfs分区后。

close #I3XNEY
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: Iba63ccd7fc3f7efc1d726c4b38beee5df1d64122

功能描述：
  在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, for users with privilege, display all users' fd info with the template "Pid  Fd  SysFd Path"
2, for normal user, display its own fd info with the template "Pid Fd Path"

close #I3WB5U
Signed-off-by: Nchenwei <chenwei26@huawei.com>

add /proc/fs_cache to display vnode, path cache, page cache.
also change some bad virable name

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

函数LOS_BitmapFfz有2个参数，注释中只描述了一个参数，丢失了对参数numBits的描述，影响导出API文档。补充函数注释的@param部分。

close #I3U3SF
Signed-off-by: kenneth <459864689@qq.com>

内存完整性校验原有逻辑中当检测到非零异常指针后仍继续访问异常指针
next的内存域导致系统异常。
本次修改后的逻辑为：检测到非零异常指针后直接退出循环，将异常指针
的相关信息输出即可，增加了goto逻辑。对原有功能逻辑无影响。

close #I3VJZT

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