toybox and mksh are built by gn now, and make build
for toybox and mksh are disabled now.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I46810ab418344d9841ec55cb9f1ad2dc2d15b008

Merge pull request !470 from Caoruihong/isystem_std_inc

use -isystem cflags to use compiler's std include
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: If1f8e5d3bb8090397885fa1f35ae893e5d212565

Merge pull request !467 from Caoruihong/decouple_hdf_config

Merge pull request !462 from 王亚枫/master

Merge pull request !466 from Caoruihong/kconfiglib

optimize the public config template
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I0275b9a945ee87ca7893f8da6f30f9f5f65fa9ae

kconfiglib will be install by installing ohos-build
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I49a946fcea259155f3019ac6b6b3319c3a4cec47

Merge pull request !458 from Caoruihong/default_gn

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

Merge pull request !436 from wangchen/toybox

Merge pull request !454 from Kiita/toybox_update

Merge pull request !456 from zhushengle/nanosleep

posix/linux 标准：
nanosleep 使线程进入到了可被信号中断的状态，当线程睡眠被信号
中断，线程回复运行态时，若rmtp不为NULL，则会将sleep剩余的时间
记录在rmtp参数中返回，但是如果线程sleep过程中未被信号唤醒，
则忽略该参数。

由于鸿蒙中nanosleep是不可被打断的，即rmtp应该被忽略，而不是清零。

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

【背景】liteos_a toybox 命令升级升级

【修改方案】
1、help命令列表不支持命令删除。
2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。
3、修复du命令统计nfs文件大小为0问题修复。
4、修复ls命令nfs文件时间打印信息有误问题。
5、更新命令不支持入参列表。

re #I41N2A
Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I5f5b82e33ba9193ae06e9547182d5b7bac0a3b44

Merge pull request !455 from Caoruihong/target_out_dir

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

Merge pull request !445 from Kiita/toybox_cmd_reboot

Merge pull request !449 from pcwlno1/bugfix_log_write

Merge pull request !448 from MGY917/Ctrl-C_support

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

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

Merge pull request !429 from Caoruihong/remove_unused_files

Merge pull request !443 from Caoruihong/build_gn

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

Merge pull request !446 from zhangfanfan2/master

Merge pull request !447 from kenneth/chore

Merge pull request !433 from MGY917/change_winsz

Merge pull request !438 from JerryH/shm

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>

Merge pull request !442 from MGY917/mkshrc

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

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

【背景】
解决toybox已支持命令的遗留问题，新增命令功能。

【修改方案】
1. 在内核态对toybox的系统调用进行支持。

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

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

Merge pull request !404 from Far/master

Merge pull request !444 from JING/bootargs

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>

close #I3Y5KE
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
Change-Id: Iea3cfe4da572b1a4e250f90cea24efa2c27ceddb

Merge pull request !441 from JING/bootargs

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

close #I41CL8

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