1. 29 9月, 2021 1 次提交
  2. 28 9月, 2021 3 次提交
  3. 27 9月, 2021 4 次提交
  4. 24 9月, 2021 5 次提交
  5. 23 9月, 2021 2 次提交
  6. 22 9月, 2021 1 次提交
  7. 18 9月, 2021 2 次提交
  8. 16 9月, 2021 2 次提交
  9. 15 9月, 2021 1 次提交
  10. 14 9月, 2021 1 次提交
  11. 13 9月, 2021 2 次提交
  12. 10 9月, 2021 2 次提交
    • O
      !619 简化make脚本 · 0326cbf1
      openharmony_ci 提交于
      Merge pull request !619 from Caoruihong/opt_make_scripts
      0326cbf1
    • L
      fix: 修复sigwait等待到的信号值与获取的siginfo中的值不一致 · c3facd1b
      lnlan 提交于
      【背景】
      集成测试发送两个不同的信号,sigwait第二次等到的仍是第一个信号
      经定位,信号在kill时会将相关的siginfo信息拷贝到taskcb的unbinfo中,sigwait
      处理时从unbinfo拷贝给用户。若此信号发送时处于屏蔽状态,再有其他信号发送会覆盖
      掉unbinfo,此时sigwait等待这个信号获取到的info已经被覆盖
      【修改方案】
      1. 每个任务添加一个siginfo缓存链表,在处理信号前夕从缓存链表取出info到unbinfo中
      
      【影响】
      对现有的产品编译不会有影响。
      
      re #I3M12H
      Signed-off-by: Nlanleinan <lanleinan@163.com>
      
      Change-Id: If4b064c18773f8eca7419c665977260167b09810
      c3facd1b
  13. 09 9月, 2021 4 次提交
  14. 08 9月, 2021 5 次提交
  15. 07 9月, 2021 1 次提交
    • G
      fix: dyload open close failed · 5e87d8c1
      Guangyao Ma 提交于
      本次提交修复内核加载器,异常情况分支的一个bug:mksh通过exec命令(mksh内置命令
      ,正常情况下,该命令成功执行会复用mksh进程空间,拉起新的指定进程)。但是如果
      进程没有成功加载的情况下,内核加载器的异常分支会错误释放mksh的fd句柄。最终导致
      下次拉起其他进程时(fork + exec方式),新的进程会继承fd,映射了早就释放的sysfd
      ,此时的sysfd可能已经被复用,issue场景下这个sysfd被加载过程中打开的libc.so占用
      ,exec时会释放procfd->sysfd(错误的映射关系),最终新进程libc.so被关闭。
      导致内核崩溃。
      
      close #I452Z7
      Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
      Change-Id: Ifca809f88b5ffcfb879dc5520d1f6adf5cf92bcd
      5e87d8c1
  16. 03 9月, 2021 1 次提交
  17. 02 9月, 2021 3 次提交