1. 07 6月, 2021 3 次提交
  2. 05 6月, 2021 2 次提交
  3. 04 6月, 2021 11 次提交
  4. 03 6月, 2021 7 次提交
  5. 02 6月, 2021 2 次提交
  6. 29 5月, 2021 1 次提交
    • L
      feat(build): 使用xts -notest选项时,内核用例不参与编译构建和用例编译配置方式调整 · 9bdf7164
      lnlan 提交于
      【背景】
      1.编译新增-notest选项为了排除用例参与构建,使用该选项时内核用例仍会参与构建,不符合预期
      2.用例编译配置选项太多,需调整优化
      【修改方案】
      1.原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的,
      不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。
      2.编译配置通过level控制
      【影响】
      对现有的产品编译不会有影响。
      
      Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
      9bdf7164
  7. 24 5月, 2021 1 次提交
    • Z
      fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. · cf89f016
      zhushengle 提交于
      背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
            如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。
      问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信
            号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如
            果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有
            了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题,
            那么它持有的内核资源就无法被释放了。
      方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去
            处理信号,等系统调用结束或缺页异常结束时再去处理信号。
      解决的问题:
        1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号
        2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
        3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程
      
      Close #I3S0N0
      
      Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
      cf89f016
  8. 22 5月, 2021 1 次提交
  9. 21 5月, 2021 10 次提交
  10. 20 5月, 2021 2 次提交