- 23 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !75 from Caoruihong/remove_dwc3
-
- 22 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I84184ea450c4abf8d1123ef54d2527e4b1478364
-
- 19 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !74 from Caoruihong/update_musl
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1c84a4c7dffe80ceb3b2d0daa643f2468e071717
-
- 18 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !71 from 野生毛霉君/master
-
- 13 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !67 from lnlan/fix_mqueue
-
- 12 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !72 from phchang/fixfifo
-
由 openharmony_ci 提交于
Merge pull request !44 from MGY917/master
-
- 11 8月, 2021 2 次提交
-
-
由 vcbchang 提交于
【背景】在测试fork通过fifo进行进程间通信时,进程同时进行open操作时会出现close失败的情况. 【修改方案】 pipecommon_close/open函数中在进行vnode->usecount++/--时没有进行加锁和解锁处理,会造成读出数据错误的情况,现在给予修正。 re #I41PBB Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: Ie944769617042c4d85e7cc52f5e4e341471d7d99
-
由 mucor 提交于
close: #I44WH1 Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 10 8月, 2021 3 次提交
-
-
由 Guangyao Ma 提交于
首先,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>
-
由 lnlan 提交于
【背景】 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
-
由 openharmony_ci 提交于
Merge pull request !68 from Caoruihong/oat2
-
- 09 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ib6bc060da04cf8c13b12f06d40eee6968d130e07
-
- 06 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !63 from Caoruihong/oat
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5497a6e22acd6fd25632d58a011d2e528f93b057
-
- 05 8月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !62 from 野生毛霉君/master
-
由 mucor 提交于
close: #I4443Q Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 openharmony_ci 提交于
Merge pull request !61 from zianed/master
-
由 zianed 提交于
Signed-off-by: Nzianed <houxuanzhe@huawei.com>
-
- 03 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !57 from Far/dev
-
由 Far 提交于
NFS中部分错误分支打印了一些冗余的DEBUG信息,增加一个宏开关NFS_DEBUG 此宏开关打开时,才打印错误信息。 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 29 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !60 from Far/master
-
由 Far 提交于
NFS挂载时将NFS的根节点的私有数据存入管理链表,umount时,不去检查位于链表头的根节点, 保证umount成功。 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 23 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !59 from Kiita/toybox_update
-
- 22 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !58 from Caoruihong/build_gn
-
- 20 7月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !53 from Far/master
-
由 Far 提交于
增加mount的MS_RDONLY标志的支持,并修改vfs主要接口相关支持 Close #I3Z1W6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
由 Caoruihong 提交于
using gn build system Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ied926c5e0626f08167153dfd1f215b69d0ebf2dd
-
- 19 7月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】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
-
- 17 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !55 from boxi/upload
-
由 boxi 提交于
当前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>
-
- 16 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !54 from Far/dev
-
- 15 7月, 2021 1 次提交
-
-
由 Far 提交于
当前NFS在创建vnode私有数据时,未将私有数据插入全局管理链表nmp->nm_head,在回收vnode时,vfs调用vfs_nfs_reclaim钩子函数释放 私有数据。由于未将私有数据插入全局链表,导致无法进入free分支,进而引起内存泄露。 Close #I3YWSQ Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 13 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !52 from zhangfanfan2/master
-
- 12 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !51 from Caoruihong/fix_fd_h
-
- 06 7月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
问题场景描述:(1)进程A使用pipe获取操作fd,然后循环使用poll操作; (2)kill正在进行poll操作的进程A, pipe的fd会被回收,当pipe的设备节点未注销;(3)进程B使用pipe获取操作fd,此时获取的内核操作节点 为进程A创建的,存在使用进程A的操作节点的私有字段。 解决方案:pipe每次调用如果操作节点存在,就更新私有字段 close: #I3HXIX Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: Ic3b6a67ab5b3d9ea38e097ca69f26e5d93de9dfb
-
- 29 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
there are several symtex errors in fd.h, which should be fixed. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I4f49a16604e379ece6adfd87e4cdebac986eb7ba
-
- 24 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !49 from JING/mount
-
由 openharmony_ci 提交于
Merge pull request !50 from LeonChan/lc-romfs-bugfix
-