【背景】解除告警
【修改方案】
 格式化修改告警文件的文件头注释格式

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

【背景】解除告警
【修改方案】
 格式化修改告警文件的文件头注释格式

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

【背景】解除告警
【修改方案】
 格式化修改告警文件的文件头注释格式

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

Change-Id: If9fa5de0f896ddf8c3fc88408c8f88f633fdb3e7

Merge pull request !523 from 野生毛霉君/OpenHarmony-2.2-Beta2

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

Merge pull request !499 from pcwlno1/cherry-pick-1628038487

fix: LiteOS_A BBOX Codex整改

1、判断安全函数的返回值。

Close #I43RQU
Signed-off-by: Npcwlno1 <qidechun@huawei.com>

Merge pull request !491 from Caoruihong/cherry-pick-1627961356

fix: liteipc max data size too small

use IPC_IO_DATA_MAX from liteipc_adapter.h
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I94f2dd2ff148e8a03ffb2c7b38ab06a34a2d2827

Merge pull request !483 from pcwlno1/cherry-pick-1627866669

fix: BBOX使用预留物理内存缓存故障日志

1、允许用户自己指定预留物理内存的起始地址和长度。
2、在适配层中增加对预留物理内存的映射。
3、在bbox的Kcondfig中增加有关预留物理内存的编译选项。
4、在bbox的Makefile增加有关内存函数头文件的引用。

Close #I41YIZ
Signed-off-by: Npcwlno1 <qidechun@huawei.com>

Merge pull request !482 from pcwlno1/cherry-pick-1627723436

fix: 修改某些平台保存bbox日志失败的问题

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

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

Merge pull request !469 from 王亚枫/OpenHarmony-2.3-Beta

Signed-off-by: Nyafeng_wang <wangyafeng15@huawei.com>

Merge pull request !442 from MGY917/mkshrc

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>

Merge pull request !431 from Far/fatfs

Merge pull request !435 from Harylee/mem

Merge pull request !430 from wangchen/xxx

Merge pull request !313 from MGY917/toybox_active

背景：内核态内存调测调用栈信息在gcc编译环境下是准确的，但是llvm
编译环境下是错误的，分析知，gcc和llvm编译环境下fp和lr的对应关系
是有区别的。
修复：增加llvm编译环境下对lr解析的逻辑，并用编译宏控制。

close #I40TQS
Signed-off-by: NHaryslee <lihao189@huawei.com>

Change-Id: If2a7b7a286d91e78dcff2bdeb136fda71e656a79

Merge pull request !427 from zhushengle/futex

Merge pull request !432 from pcwlno1/upload_hidumper

给开发者提供系统信息DUMP机制，帮助开发者观察系统功能状态，发现潜在问题。

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

Merge pull request !426 from pcwlno1/upload1

1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。
3、BBOX特性默认关闭，若想使用此特性，请在内核配置文件中增加如下编译选项：
LOSCFG_BLACKBOX=y
LOSCFG_SAVE_EXCINFO=y
LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。
4、若已经打开BBOX特性，想快速验证此特性，请添加如下编译选项：
LOSCFG_HIDUMPER=y

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

    queuelist中的普通节点在调整为futexList的节点时，
未校验其queueList的有效性，导致queueList未初始化，
出现访问空指针；且在从旧链表迁移节点到新链表时，
节点从旧链表删除之后又插入到另一个链表中，导致对
旧链表的为NULL判断出错。

Close #I4024F

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

Merge pull request !380 from phchang/fixhilog

Merge pull request !396 from phchang/fix_pipebug

Merge pull request !405 from phchang/fix_mq

【背景】mqueue_unittest用例ItPosixQueue075、ItPosixQueue053 与ItPosixQueue097用例存在偶尔无法通过的问题，现在将其修复

【修改方案】ItPosixQueue075中原来是通过延时来实现线程同步，现在更改为静态全局变量实现； ItPosixQueue097中的关于g_testCount利用延时来置标志位，实现线程同步。这里通过延时来期望线程调度，写的不合理，这里更改为等待标志位来实现线程同步。

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

【背景】signal模块中的pipe用例存在无法通过测试的问题，经查找，pipe用例存在多处bug，这里做以修复

【修改方案】
1 ItPosixPipe002用例存在pipe存在在父进程中没有关闭写端，父进程判断处有编码问题等
2 删掉了一些用例多余的close函数，精简了用例的结构
3 原来用例主子进程依靠延时来实现进程同步，这里更改为使用共享内存的方法来实现

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

FATFS内部接口中，仅对FAT32的FAT表结束符0x0FFFFFFF做了判断，而忽略了FAT12和FAT16的结束标志。
这会导致子在FAT12/FAT16中，部分功能异常。

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