1. 11 11月, 2021 1 次提交
  2. 09 11月, 2021 1 次提交
    • F
      fixed 6280c975 from https://gitee.com/yesiyuanjim/third_party_NuttX/pulls/96 · 80c4cea1
      Far 提交于
      fix: 修复NFS使用不可靠父节点信息的错误
      
      NFS的read/write/readpage/writepage接口在读写数据前会尝试更新当前节点的fhandle,更新时会取用父节点vnode的私有数据。
      此时如果父节点已经被释放,则可能导致访问空指针或错误数据。因此需要将父节点fhandle保存在当前节点私有数据中。
      
      Close #I4EZ0V
      Signed-off-by: NFar <yesiyuan2@huawei.com>
      80c4cea1
  3. 08 10月, 2021 1 次提交
  4. 30 9月, 2021 1 次提交
  5. 28 9月, 2021 2 次提交
  6. 26 9月, 2021 2 次提交
  7. 02 9月, 2021 1 次提交
  8. 31 8月, 2021 1 次提交
  9. 30 8月, 2021 1 次提交
  10. 26 8月, 2021 1 次提交
  11. 23 8月, 2021 1 次提交
  12. 22 8月, 2021 1 次提交
  13. 19 8月, 2021 2 次提交
  14. 18 8月, 2021 1 次提交
  15. 13 8月, 2021 1 次提交
  16. 12 8月, 2021 2 次提交
  17. 11 8月, 2021 2 次提交
  18. 10 8月, 2021 3 次提交
    • G
      feat(vfs): vfs支持FD_CLOEXEC标记 · 85bf0355
      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>
      85bf0355
    • L
      fix: 修复mqueue问题 · 0ddeb9d9
      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
      0ddeb9d9
    • O
      !68 OAT · d72396f0
      openharmony_ci 提交于
      Merge pull request !68 from Caoruihong/oat2
      d72396f0
  19. 09 8月, 2021 1 次提交
  20. 06 8月, 2021 2 次提交
  21. 05 8月, 2021 4 次提交
  22. 03 8月, 2021 2 次提交
  23. 29 7月, 2021 2 次提交
  24. 23 7月, 2021 1 次提交
  25. 22 7月, 2021 1 次提交
  26. 20 7月, 2021 2 次提交