Signed-off-by: Npjscc <pangjiashuai@huawei.com>

Merge pull request !736 from shenchenkai/OpenHarmony-3.0-LTS

Change-Id: I5d23deaada5939bbb6fb57505f72c2348bd6afe9
Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>

Merge pull request !725 from yinjiaming/yjm-kernel-fs-20211203

codex 告警清零
【修改方案】
修改和添加了procfs的默认文件模式的宏定义,对进行位操作运算的有符号数进行强制类型转换

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

re #I4KVS7
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>

Merge pull request !720 from shenchenkai/cherry-pick-1637986052

Merge pull request !718 from Far/cherry-pick-1637906208

Description:[fix] clean hilog/hievent ring buffer after memory verification failed

Change-Id: I9310fe807ec95721be78deb60ed9728ef9b56e48
Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>

fix: 修复jffs2适配层错误释放锁的BUG

修复重复释放jffs2全局锁的BUG

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

Merge pull request !700 from mgceshuang/cherry-pick-1636013017

Merge pull request !688 from pef/OpenHarmony-3.0-LTS

add blackbox to 2.3
Signed-off-by: NYOUR_NAME <mashuang9@huawei.com>

Merge pull request !689 from pef/OpenHarmony-3.0-LTS_sys_test

Merge pull request !694 from pef/OpenHarmony-3.0-1102

【背景】
1.内核中释放用户空间指针报错:"[ERR]OsMemFree check error!"
2.现有ppoll实现存在问题
3.相关用例需要整理
【修改方案】
1.去掉释放用户空间指针操作
2.更正逻辑错误
3.更正掩码设置与恢复不起作用
4.修复补充现有用例
【影响】
对现有的产品编译不会有影响。

re #I47YWZ

Change-Id: Ib2f60986e9cafb2ea5ef1097ab8552cbb1ede5b4
Signed-off-by: Nlnlan <lanleinan@163.com>

【背景】
内核中释放用户空间指针报错:"[ERR]OsMemFree check error!"

【修改方案】
修改SysPpoll函数。

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

re #I47YWZ

Change-Id: Id7f86036870d4f32be8fc438b9aad85cdda59546
Signed-off-by: pef <cyd1997@126.com>

1.modifications:
modified:   syscall/fs_syscall.c
2.modify 2 testcases:
IO/full/IO_test_ppoll_001.cpp
IO/full/IO_test_ppoll_002.cpp
3.influence:
none
Signed-off-by: pef <cyd1997@126.com>
Change-Id: I85fc091098a6dfef1a4694a3bbc489640ee6dda2

【背景】
1.sys部分用例因依赖passwd、group文件而失败

【修改方案】
1.用例执行前检查是否存在这些配置文件，不存在就跳过该用例

re#I48IUC

Change-Id: I787ce4b200f2a7546e57290b7dd073127caa07bb
Signed-off-by: Nlnlan <lanleinan@163.com>

【背景】
1.etc/hosts文件不存在，misc09依赖hosts文件而失败

【修改方案】
1.用例执行前检查是否存在这些配置文件，不存在就跳过该用例

re#I48IZ0

Change-Id: I193cb03770932c1f681cd726ceb383816aa2257a
Signed-off-by: Nlnlan <lanleinan@163.com>
Change-Id: I3fb7ca1ed5f8cc79a56cd1872f3b303ab325a7a9

Merge pull request !677 from 刘建东/cherry-pick-1635300058

Merge pull request !678 from lnlan/tlsSignalFixed

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

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

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

Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb

feat: add option SIOCGIFBRDADDR for ioctl

add option SIOCGIFBRDADDR for ioctl

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

Merge pull request !653 from zhushengle/cherry-pick-1633924550

fix: 进程退出前自己回收vmspace中的所有region

背景：
父进程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 !648 from LeonChan/pg3

1, change the owner of page to vnode
2, save the file path in vnode

close: #I4AGBR
Signed-off-by: NLeon Chan <chenwei26@huawei.com>
Change-Id: I04f93e344c7231d1731746456babc419a6139e52
Signed-off-by: NLeon Chan <chenwei26@huawei.com>

Merge pull request !647 from Caoruihong/cherry-pick-1632974889

chore(make): make menuconfig same as update_config
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I5c4a1a0601865c1c7d6ae40b829abdb53f13ccd3

本次提交修复内核加载器，异常情况分支的一个bug：mksh通过exec命令（mksh内置命令
，正常情况下，该命令成功执行会复用mksh进程空间，拉起新的指定进程）。但是如果
进程没有成功加载的情况下，内核加载器的异常分支会错误释放mksh的fd句柄。最终导致
下次拉起其他进程时（fork + exec方式），新的进程会继承fd，映射了早就释放的sysfd
，此时的sysfd可能已经被复用，issue场景下这个sysfd被加载过程中打开的libc.so占用
，exec时会释放procfd->sysfd(错误的映射关系)，最终新进程libc.so被关闭。
导致内核崩溃。

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

Merge pull request !645 from SimonLi/OpenHarmony-3.0-LTS

【背景】
1. liteos-a内核drivers/mtd/multi_partition/用到了device/hisilicon下的驱动函数实
现，这样导致三方芯片适配时，会依赖hisilicon的驱动。
2. HDF的mtd驱动提供了这几个函数的实现，但是未暴露头文件出来。

【修改方案】
1. 修改BUILD.gn去除/device/hisilicon的依赖。
2. 修改mtd_partition.c，将hisilicon的头文件改为hdf的头文件依赖。

【遗留问题】
liteos-a内核与HDF mtd驱动的分界线还不明确，导致依赖关系不清楚

close: #I49FKL
Signed-off-by: NSimonLi <likailong@huawei.com>

Merge pull request !632 from Harylee/cherry-pick-1632710893

Merge pull request !630 from lnlan/to_LTS

fix: 共享内存问题修复
Signed-off-by: NHaryslee <lihao189@huawei.com>
背景：父进程移除共享内存并标记SHM_SEG_REMOVE,当子进程资源回收时在
ShmFindSeg接口中判断该共享内存具有SHM_SEG_REMOVE时返回空，但是此时
seg->ds.shm_nattch不为0，不应返回空。
方案：ShmFindSeg接口中增加seg->ds.shm_nattch为0的判断。

close #I47X2Z

Change-Id: I8735cd11ac237b17fa745c50313da0fd0649bb9f

【背景】
集成测试发送两个不同的信号，sigwait第二次等到的仍是第一个信号
经定位，信号在kill时会将相关的siginfo信息拷贝到taskcb的unbinfo中，sigwait
处理时从unbinfo拷贝给用户。若此信号发送时处于屏蔽状态，再有其他信号发送会覆盖
掉unbinfo，此时sigwait等待这个信号获取到的info已经被覆盖
【修改方案】
1. 每个任务添加一个siginfo缓存链表，在处理信号前夕从缓存链表取出info到unbinfo中

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

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

Change-Id: If4b064c18773f8eca7419c665977260167b09810

Merge pull request !551 from Denny/remove_todolist

Merge pull request !600 from Caoruihong/opt_20210902

Merge pull request !598 from LiteOS/master

You can specify another config file in hb build like this:
  hb build --gn-args liteos_config_file=myconfig.config
file specified in liteos_config_file argument is relative
to "$product_path/kernel_configs" directory, or is an
absolute file path, for example:
  hb build --gn-args liteos_config_file=//path/to/myconfig.config
or
  hb build --gn-args liteos_config_file=/another/path/to/myconfig.config
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I7e98604006feff9c2487e06a8f3f2a11e5de746b