【背景】kora工具检视问题修复

【修改方案】
1，对部分代码问题进行整改

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nwangchen <wangchen64@huawei.com>
Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f

Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934

Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: I7c0b8f4026d8fbd4b0d985d4ce82187e56f1d6ec

Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: I1cc4897e5d37dd98696221f0cc70220cef45e7d4

    【背景】3.1代码review问题修改

    【修改方案】
     根据检视意见对拼写错误进行修改
Signed-off-by: Nxuiny <xuxinyu6@huawei.com>

Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90

【背景】内源代码检视问题

【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: Nwangchen <wangchen64@huawei.com>

【背景】
3.1 代码检视过程中有一些问题需要修复

【修改方案】
修改了失效的文档链接,更改了一些非可执行文件的权限

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e

【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: Nwangchen <wangchen64@huawei.com>

【背景】
主干告警清理

【修改方案】
在需要的地方添加了强制类型转换

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18

1、添加HPM包描述文件bundle.json
2、依赖的三方开源软件，由直接引用路径，改为import对应的gni文件，引用变量
Signed-off-by: NHongjin Li <lihongjin1@huawei.com>
Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6

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

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

1. 在必要处增加宏开关关闭部分代码的编译；
2. 由于驱动是一个独立的内核线程，在一些场景下文件系统会将用户态地址透传给驱动，这会导致内核崩溃。
因此在需要透传用户态地址时增加了一个内核buffer作为中转。

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

方案描述：
   和L0保持一致，上层通过proc文件系统操作：
   power_mode  支持的低功耗模式，通过对该文件进行write操作可以设置低功耗模式
   power_count powermanager模块通过对该文件操作，和内核进行交互，简要流程如下：
     while (1) {
       open  // 打开该文件
       read  // 使powermanager低功耗任务常阻塞，当系统无任何模块持锁时，会唤醒该任务
       write // 进行低功耗流程
       close // 关闭该文件
     }
   power_lock    write该文件，持锁
   power_unlock  writw该文件，释放锁

Close #I4JSO

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

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

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

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

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

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

【背景】A核代码静态告警定期清理

【修改方案】
1，根据codex等工具分析结果，进行必要的规范等问题修改

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

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

修复社区反馈问题Percpu结构体注释错误，排查下其他拼写错误。

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

【背景】增加内核epoll系统调用适配musl接口并增加测试用例

【修改方案】
1, 删除musl仓的porting
2，内核实现epoll对应接口及注册系统调用
3，testsuit目录添加对应的用例

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

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

Change-Id: Ia97ea49067aa1ff47b8c1c83675ac75e75d25955

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

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

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

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

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

适配了_mkfs和find_volume接口的修改
Signed-off-by: NFar <yesiyuan2@huawei.com>

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

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

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

清理Makefile冗余项，各模块Makefile里不需要再次引用公共路径，只需引用私有头文件路径

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

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

1. 原kernel/common目录下属于内核拓展组件，统一移入kernel/extend管理
2. Kconfig分层，各模块自己的配置放到自己目录下管理
3. 原platform下不属于平台的公共代码抽到kernel/common下，只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译
4. 对外公共头文件统一抽到对外include路径
5. 废弃宏，头文件清理

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

新增sync方法，该方法每次调用，会遍历系统内所有的mount点，调用各个文件系统注册
的sync方法，完成对所有已挂载文件系统的sync操作。

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

        1.【需求描述】
            L0~L1 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
        2.【方案描述】
            L0:
            (1).在内核模块预置静态代码桩
            (2).触发桩后，收集系统上下文信息
            (3).离线模式则写入内存，用户可通过dump导出；
            (4).在线模式通过pipeline对接IDE进行可视化解析和展示；
            L1:
            新增trace字符设备，位于"/dev/trace",通过对设备节点的read\write\ioctl，实现用户态trace；

        BREAKING CHANGE:
        1.新增一系列trace的对外API，位于los_trace.h中.
        LOS_TRACE_EASY简易插桩
        LOS_TRACE标准插桩
        LOS_TraceInit配置Trace缓冲区的地址和大小
        LOS_TraceStart开启事件记录
        LOS_TraceStop停止事件记录
        LOS_TraceRecordDump输出Trace缓冲区数据
        LOS_TraceRecordGet获取Trace缓冲区的首地址
        LOS_TraceReset清除Trace缓冲区中的事件
        LOS_TraceEventMaskSet设置事件掩码，仅记录某些模块的事件
        LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数

        Close #I46WA0
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d

Signed-off-by: Njason_gitee <yangjie140@huawei.com>

Signed-off-by: Nmaltose214 <mashuai3@huawei.com>

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

【背景】定期A核代码消除。

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

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

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

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

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

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

【背景】
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

【背景】 当前调用sync函数会打印出unsupport sync,但实际上在fat文件系统下可以正常调用sync，而在其他文件系统下不可以，因此这里的实现不正确，故修改限制sync的打印
【修改方案】
删除musl/porting下的sync，使用原生musl下的函数，并把不支持的打印放到内核系统调用中

re #I446P5
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: Ideec24fb8d29263fd011af9428801d08000e17e5

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