Merge pull request !558 from Caoruihong/update_musl

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

Merge pull request !538 from 野生毛霉君/master

Merge pull request !557 from susha/master

Merge pull request !556 from Caoruihong/update_makefile

remove some unused Makefile code and optimize some code
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I1c31d07481bb6aee47b0c51d63d6b68316c38c88

Signed-off-by: Nsusha <susha@huawei.com>

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

Merge pull request !548 from zhushengle/sched_time

初始化调度时间不以g_sysSchedStartTime是否为0为界限，而以g_sysSchedStartTime是否为64位最大值
为界限，避免特殊以下场景：调度开启时系统时间为0，导致初始化的g_sysSchedStartTime还是0，导致
调度启动后获取的调度时间轴始终为0.
Close  #I45HP5
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I5272c79f06b53361ee7b931081d3a3276db59073

Merge pull request !541 from Kiita/shell_cmd_0812

Merge pull request !495 from lnlan/fix_mqueue_0803

Merge pull request !521 from phchang/fixsync_8

Merge pull request !521 from phchang/fixsync_8

【背景】liteos_a需要支持toybox缺失的自研shell命令

【修改方案】
新增自研shell命令的入口判断场景，使得mksh可以执行自研shell的命令

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

Merge pull request !542 from Harylee/qemu

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

Merge pull request !539 from wcc/fchmod0

Merge pull request !287 from MGY917/master

Merge pull request !287 from MGY917/master

Merge pull request !536 from Caoruihong/liteos_a_mini

Merge pull request !536 from Caoruihong/liteos_a_mini

Merge pull request !527 from Harylee/dyn

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

Merge pull request !502 from Zhaotianyu/0731libc_opt

add fchmod api and testcases

Change-Id: I310e9e9d79bbe3fa8dbab6080bbfce8a77b79bb3
Signed-off-by: Nwcc0 <917033401@qq.com>

Merge pull request !477 from wcc/fstatfs

!388 fix mutex&pthread mould musl api:pthread_mutexattr_getrobust/pthread_mutexattr_setrobust/pthread_mutex_consistent/pthread_getconcurrency/pthread_setconcurrency
Merge pull request !388 from 王建军/mutex

Merge pull request !518 from zhushengle/sched_tick

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

Merge pull request !532 from zhushengle/sleep

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

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

针对字符串类高频函数：
1. 采用单次多字节操作提升字符串类高频函数的执行效率
2. 针对armv7-a，采用neon指令进行优化

close: #I42DAK
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ic90d92f778e0006881f793585264ad7e5f644104

Merge pull request !511 from Caoruihong/preserve_libs

【背景】
1.mqueue用例关于NFILE错误码压力测试中，不符合预期结果
2.mq_unlink对于fork出的mqueue不起效
3.已打开的mqueue，在fork后两进程共用一份mqpersonal不合理
【修改方案】
1. 确认是内核关于mqueue的fd_set定义位置不合理导致的，
将fd_set定义位置由mqarray结构体调未全局变量后，问题解决
2.不合理的unlink_ref++导致的，去除相关操作，使用mq_personal
链表判断何时需要删除
3.fork时内核复制一份mqpersonal
【影响】
对现有的产品编译不会有影响。

re #I43P4T
Signed-off-by: Nlanleinan <lanleinan@163.com>
Change-Id: I09f183cc3a88e5a65201dbc1fc4f4806f78971be

   DoNanoSleep 接口以微秒为单位，纳秒级别的在转换成微秒时被整除为0，
导致转换成tick时为0，导致延时时触发yield，导致延时时间超大
Close #I3Z9DP
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30

add fststfs api and unitest

Change-Id: I5e9fedd1bc26b77f080faf2fd3f5bf2f4a1dd9f7
Signed-off-by: Nwcc0 <917033401@qq.com>

Merge pull request !496 from Harylee/mem

preserve existing newer libs under lib and libs dir
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I5f91554890186f7760a73accb246240683b0558b

方案描述：
    1.周期软件定时器超时添加一个startTime字段，用于记录当前软件定时器的开始计时的时间，
    在定时器响应时，开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器
    的影响)。
    2.在执行tick中断的过程当中，持有tick动态计算锁，保证在该过程中不会触发tick周期
    的计算，在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率
    3.在设置tick周期时，减掉tick中断执行的时间，减小周期动态化带来的时间误差
    4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏，用于配置tick中断的最小响应精度
Close #I43UQJ
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89