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

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

Merge pull request !81 from MGY917/sync

Merge pull request !80 from bigA2021/0830usb

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

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

Merge pull request !79 from jason_gitee/master

Signed-off-by: NbigA2021 <yanyin1@huawei.com>
Change-Id: I9c97187a7d21cb07d91003ae27a5d863d3ec9ad1

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

Merge pull request !75 from Caoruihong/remove_dwc3

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

Merge pull request !74 from Caoruihong/update_musl

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

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

Merge pull request !67 from lnlan/fix_mqueue

Merge pull request !72 from phchang/fixfifo

Merge pull request !44 from MGY917/master

【背景】在测试fork通过fifo进行进程间通信时，进程同时进行open操作时会出现close失败的情况.

【修改方案】
pipecommon_close/open函数中在进行vnode->usecount++/--时没有进行加锁和解锁处理，会造成读出数据错误的情况，现在给予修正。

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

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: I2bdf8d81f629b43810a642148b6e31fb815fe288
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: Iab40b097b4b4a0600e4c415b4702507634c4cd15

Merge pull request !68 from Caoruihong/oat2

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

Merge pull request !63 from Caoruihong/oat

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

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

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

Merge pull request !61 from zianed/master

Signed-off-by: Nzianed <houxuanzhe@huawei.com>

Merge pull request !57 from Far/dev

NFS中部分错误分支打印了一些冗余的DEBUG信息，增加一个宏开关NFS_DEBUG
此宏开关打开时，才打印错误信息。
Signed-off-by: NFar <yesiyuan2@huawei.com>

Merge pull request !60 from Far/master

NFS挂载时将NFS的根节点的私有数据存入管理链表，umount时，不去检查位于链表头的根节点，
保证umount成功。
Signed-off-by: NFar <yesiyuan2@huawei.com>

Merge pull request !59 from Kiita/toybox_update

Merge pull request !58 from Caoruihong/build_gn

Merge pull request !53 from Far/master

增加mount的MS_RDONLY标志的支持，并修改vfs主要接口相关支持

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

using gn build system
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: Ied926c5e0626f08167153dfd1f215b69d0ebf2dd

【背景】liteos_a toybox 命令升级升级

【修改方案】
1、help命令列表不支持命令删除。
2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。
3、修复du命令统计nfs文件大小为0问题修复。
4、修复ls命令nfs文件时间打印信息有误问题。
5、更新命令不支持入参列表。
Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I6c55e9ac1aa59627b39fe9559891d746075e67ba

Merge pull request !55 from boxi/upload

当前romfs中的挂载地址在romfs_hwconfigure中宏配置解决，不够灵活。
解决方法：通过romfs_bind中data入参传递给rm->rm_buffer，而romfs_bind在
调用mount的时候会被关联上，故挂载romfs的时候需要传入mount的地址数据，
例如：mount("romfs", "/", "romfs", 0, 0x41234000); //0x41234000 仅作为例子，可以是变量等

Close #I414RP

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