编译框架整改，需要所有交叉编译指定sysroot以及arch相关的编译选项，用来在编译链
接过程中在指定的sysroot路径下，寻找符合arch要求的依赖库。往往，sysroot选项和
arch选项需要同时出现在编译链接选项中。

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

Merge pull request !401 from pcwlno1/upload10

1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。

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

Merge pull request !391 from kevin/0625_maste

Change-Id: I0a73f0de3c25e427362fe9d96547c4d847448dda
Signed-off-by: Nkevin <liufeihu@huawei.com>

Signed-off-by: Nkevin <liufeihu@huawei.com>
Change-Id: I0a73f0de3c25e427362fe9d96547c4d847448dda

Merge pull request !384 from boxi/upload

Merge pull request !376 from laokz/blk

Merge pull request !386 from Caoruihong/build_alone

LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: Nboxi <lewis.liulei@huawei.com>

in the liteos_a directory, we used to use `make clean all` command
to build liteos_a kernel for test.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I5ca689c1c44052f7de937d7faa9e4d3534d97380

Merge pull request !359 from Caoruihong/sysroot

Merge pull request !371 from zhushengle/p_kill

Merge pull request !378 from Far/master

Merge pull request !379 from Zhaotianyu/0628libc_fix

Merge pull request !375 from Harylee/mem

1. 更正makefile过滤时被替换函数的不正确路径
2. 防止LOCAL_SRCS再直接+= /*/*.c添加回来

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

sysroot and arch related cflags are pass by BUILD.gn now.
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566

Liteos_a FATFS需要提供格式化时设置卷标的功能，该功能在当前系统中缺失。
现在恢复该功能，使用方法与原来一致。即使用set_label设置卷标文本后，调用format对设备格式化。

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

Signed-off-by: Nlaokz <laokz@foxmail.com>
Change-Id: I0eece39921292498243bd017f168f953a437731c

Merge pull request !372 from phchang/fix_pipe

Merge pull request !374 from MGY917/qemu_opti

　kill进程时，会将因为liteipc阻塞的线程唤醒，使其调度并自动退出，由于liteipc阻塞机制为
循环阻塞方式，会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的
线程后检查是否已有kill标志，如果有使其按接收数据失败退出，在返回用户态之前，该线程会进
入退出流程，结束运行。

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

驱动目录位置不合理，需要调整到/device/qemu/drivers下面

close #I3XW96 #I3XWXD

Change-Id: Ied6b90d2d0631c99f2209f5b72bbd12cdff6b1d5
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>

背景：LOS_UserMemClear接口原有实现是通过在内核中
申请一块堆内存并对其清零，调用copy_to_user来达到
对用户态内存清零的目的，需要使用堆内存。
修改方案：基于汇编实现内核对用户态内存清零的功能。

close #I3XXT0

Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15
Signed-off-by: NHaryslee <lihao189@huawei.com>

【背景】信号管道用例ItPosixPipe005偶尔会失败，经查找，发现是CPU调度所致，延时时间与期望调度不符合，增加延时时间即可

【修改方案】修复了此问题，但是考虑pipe用例整体不稳定，并且pipe用例的pipe函数存在问题，先暂时下线，等pipe部分全部修改完毕后再上线。

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

Merge pull request !355 from 刘建东/master

use struct ifconf and ifc_buf size malloc memory

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

Merge pull request !362 from Far/fatfs

Merge pull request !368 from Joker2770/master

Merge pull request !369 from SimonLi/fix-doc

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

Signed-off-by: NJoker2770 <1214220480@qq.com>

Merge pull request !363 from JING/rootfs

Merge pull request !358 from zhushengle/pm_v

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

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

Merge pull request !338 from phchang/rwlock

【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题，经查找程序会卡在循环里面

【修改方案】
1.经测试，发现用例在创建线程后对退出标志位做了初始化，但卡在循环中不动的原因是在创建线程后立刻发生了调度，没有来得及初始化，则发生了错误，故会出现卡在循环中的情况。
而且，由于卡在循环中时线程是同一优先级，可能不会发生调度，故在循环里面加了一句可以调度的语句，防止在一处循环卡的太久。
2.将该用例挪出门禁，待稳定后恢复。
【影响】
对其它用例无影响。

re #I3VUX4

Signed-off-by:vcbchang<vcbchang@qq.com>

Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910
Signed-off-by: Nvcbchang <vcbchang@qq.com>