Merge pull request !376 from laokz/blk

Merge pull request !386 from Caoruihong/build_alone

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>

Merge pull request !357 from JING/mount

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

write "clear pathcahe" to clear pathcaches and vnodes
write "clear pagecache" to clear pagecaches
write "clear all" to clear both pathcaches and pagechaches
the cache in use will not be cleared

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

Linux的文件夹需要包含"."和".."才会被视为一个有效的目录
通过在新建的文件夹中创建"."和".."目录项修复这个BUG

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

在内核解析bootargs参数时，加入对userAddr与userSize两个字段的解析。
1、如果bootargs中配置了userAddr与userSize，则使用配置值划分storage分区。
2、如果bootargs中未配置这两个字段，则storage分区默认紧接在rootfs分区后。

close #I3XNEY
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: Iba63ccd7fc3f7efc1d726c4b38beee5df1d64122

Merge pull request !323 from Harylee/mem

功能描述：
  在proc目录下增加power目录，添加powr_mode,power_lock,power_unlock和power_count节点，
  power_mode：节点用于查询和设置系统支持的功耗模式
  power_lock：用于查询和获取低功耗锁，持锁后，将会阻止系统进入低功耗状态
  power_unlock:　用于释放已经持有的低功耗锁，也可查询当前有那些持有低功耗锁
  power_count：用于查询当前持有低功耗锁的个数

Close #I3VS5N

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

Merge pull request !337 from jianjian/master

显示信息内容及格式修改为与posix标准一致，内容包括：
1、挂载设备名
2、挂载点路径
3、文件系统类型
4、挂载选项（此项暂不支持，打印（））
5、dump频率（此项暂不支持，值为0）
6、fsck检查次序（此项暂不支持，值为0）

close #I3XGCS
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: I2a8cb093e7c5316feb55fb196bc1b4301d8d0249