Merge pull request !673 from uhamc/fix-apps-shell-build

Merge pull request !658 from wangchen/pselect

Merge pull request !656 from lnlan/sigwait_patch

Change-Id: Id3f56ac53ec5a3c86b04bcb7a4611f2eb77f4b80
Signed-off-by: Nuhamc <uhamc@foxmail.com>

Merge pull request !671 from zhushengle/test

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

1.modifications:
modified:   syscall/fs_syscall.c
modified:   syscall/los_syscall.h
modified:   syscall/syscall_lookup.h
2.add 1 testcases:
modified:   testsuites/unittest/IO/BUILD.gn
modified:   testsuites/unittest/IO/full/IO_test_pselect_001.cpp
modified:   testsuites/unittest/IO/io_test.cpp
3.influence:
none

re #I45SXU
Signed-off-by: Nwangchen <253227059@qq.com>
Change-Id: I03a5d464fd5423c360e42f7d141035ce0d83d8a8

Merge pull request !667 from zhushengle/test

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

Merge pull request !661 from Far/master

Merge pull request !654 from zhangfanfan2/master

Merge pull request !657 from Zhaotianyu/1012trace_fix

优化包括：
1. 提供VnodeLookupFullpath接口，如果路径是规范化的路径，则调用此接口可减少一次vfs_normalizepath接口的调用;
2. fatfs open钩子函数FIL和buffer同时malloc，减少一次malloc调用，同时去除不必要的数据写回;
3. 其他小细节的优化。

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

Merge pull request !655 from LeonChan/execfile

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

Merge pull request !660 from LiteOS/master

Merge pull request !659 from 刘建东/master

    close #I4DQ1X
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>

Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c

add option SIOCGIFBRDADDR for ioctl

close: #I4DNRF
Signed-off-by: Nliujiandong <liujiandong1@huawei.com>

Merge pull request !651 from Harylee/shm

1. LOS_TraceStop接口的功能描述应该是stop

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

【背景】
https://gitee.com/openharmony/kernel_liteos_a/pulls/520
上面修改，信号处理时才会释放申请的内存，当信号被屏蔽，且一直发送该信号时，
内存占用会不断变大
【修改方案】
1.
信号发送时已经有该信号的siginfo在链表中时，不再重新申请，重复使用之前的siginfo.

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

re#I4DEG5
Signed-off-by: Nlanleinan <lanleinan@163.com>

Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb

Merge pull request !650 from zhangfanfan2/master

Merge pull request !652 from zhangfanfan2/other

Merge pull request !631 from zhushengle/process

方案：硬随机不可用时，默认使用软随机数代替硬随机数

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

当设置的超时时间比较短时，会出现absTime为0的情况，直接返回，不需要阻塞和打印。

close: #I4D67E
Signed-off-by: Nzff <zhangfanfan2@huawei.com>

背景：
父进程fork一个子进程，调用waitpid等待子进程结束。
子进程dlopen一个文件a.so，并退出。当守护进程正在
1核回收子进程资源时，父进程在0核运行从waitpid返
回后，同时remove a.so概率失败。

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

Merge pull request !641 from Harylee/shm

console层的实现中复用g_uart_fputc_en用于关闭打印的功能，代码设计上认为
g_uart_fputc_en为0时console层未使能，导致shell进程中ioctl操作失败，shell
进程不能正常启动。

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

Merge pull request !646 from Caoruihong/menuconfig2

TEE需要借用TCB中的execFile来校验打开的文件，pagecache修改后，可执行程序在mmap之后，会被立即关闭，因此将execFile改为execVnode

close: #I4CLL9
Signed-off-by: NLeon Chan <chenwei26@huawei.com>

Merge pull request !594 from zhushengle/excinfo

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

背景：不开地址随机化时，用户态栈CANARY值是固定值
方案：支持AT_RANDOM，CANARY从AT_RANDOM获取随机值以增强用户态栈保护能力

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

1.内核打印的地方支持异常时重定向打印信息
2.excinfo 命令中申请的内存64对齐
Close #I482S5
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I4e8a971cc5b14f62d573bb160682089d9d50e64e

Merge pull request !644 from steve/master

Merge pull request !599 from LiteOS/perf

Merge pull request !634 from SimonLi/master

Feature or Bugfix:Feature
Binary Source: No
Signed-off-by: Nfanxiaoyu <fanxiaoyu3@huawei.com>