1. 21 6月, 2021 2 次提交
  2. 19 6月, 2021 1 次提交
    • M
      fix: remove redundant headfile · 73a77777
      mucor 提交于
      1.remove redundant headfile in kernel, such as:
        compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h;
      2.split fs.h to file.h and driver.h
      3.move vnode.h and path_cache.h to vfs/include
      4.remove redundant interface and defines
      
      close: #I3RTNR
      Signed-off-by: Nmucor <mucorwang@gmail.com>
      73a77777
  3. 17 6月, 2021 1 次提交
  4. 16 6月, 2021 2 次提交
  5. 15 6月, 2021 2 次提交
  6. 10 6月, 2021 1 次提交
  7. 08 6月, 2021 2 次提交
  8. 07 6月, 2021 1 次提交
    • F
      fix: codex clean · b5370af8
      Far 提交于
      1. 修复可能对NULL指针解引用的场景
      2. 将不修改内容的指针入参修改为const
      3. 对getpgrp的返回值进行校验后再使用
      4. 修复了局部变量未初始化的问题
      
      Close #I3UOFN
      Signed-off-by: NFar <yesiyuan2@huawei.com>
      b5370af8
  9. 05 6月, 2021 1 次提交
  10. 04 6月, 2021 1 次提交
    • Yansira's avatar
      feat: timer_create支持以SIGEV_THREAD方式创建定时器 · e5f6bf05
      Yansira 提交于
      【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器
      
      【修改方案】
      1、内核timer_create接口在创建software timers相应的线程时,使用线程
      taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。
      2、关于用户任务操作许可验证的修改,现在允许同一用户线程向其自身派发信
      号,软件定时器计时结束,向用户态发送相应的信号,完成用户态线程的回调。
      
      【影响】
      对现有的产品暂无影响。
      
      re #I3SRFI
      Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
      Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
      e5f6bf05
  11. 03 6月, 2021 2 次提交
  12. 02 6月, 2021 1 次提交
  13. 24 5月, 2021 1 次提交
    • Z
      fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. · cf89f016
      zhushengle 提交于
      背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
            如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。
      问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信
            号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如
            果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有
            了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题,
            那么它持有的内核资源就无法被释放了。
      方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去
            处理信号,等系统调用结束或缺页异常结束时再去处理信号。
      解决的问题:
        1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号
        2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
        3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程
      
      Close #I3S0N0
      
      Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
      cf89f016
  14. 21 5月, 2021 3 次提交
  15. 20 5月, 2021 1 次提交
  16. 19 5月, 2021 3 次提交
  17. 18 5月, 2021 3 次提交
  18. 14 5月, 2021 1 次提交
  19. 11 5月, 2021 4 次提交
  20. 08 5月, 2021 1 次提交
  21. 07 5月, 2021 1 次提交
  22. 06 5月, 2021 4 次提交
  23. 30 4月, 2021 1 次提交