1. 08 7月, 2021 1 次提交
    • X
      fix:消除编译告警 · e4ff0458
      x_xiny 提交于
      【背景】
       消除编译告警
      
      【修改方案】
       消除编译告警
      
       re #I3ZC1R
      
       Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34
      Signed-off-by: Nx-xiny <1301913191@qq.com>
      
      Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
      e4ff0458
  2. 07 7月, 2021 2 次提交
  3. 06 7月, 2021 1 次提交
    • Q
      feat: add blackbox for liteos_a · 425975e4
      qidechun 提交于
      1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。
      2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。
      
      Close #I3NN7V
      Signed-off-by: Nqidechun <qidechun@huawei.com>
      425975e4
  4. 01 7月, 2021 1 次提交
  5. 28 6月, 2021 1 次提交
  6. 26 6月, 2021 1 次提交
    • H
      feat: 基于汇编实现内核对用户态内存清零的功能 · 9db34075
      Haryslee 提交于
      背景:LOS_UserMemClear接口原有实现是通过在内核中
      申请一块堆内存并对其清零,调用copy_to_user来达到
      对用户态内存清零的目的,需要使用堆内存。
      修改方案:基于汇编实现内核对用户态内存清零的功能。
      
      close #I3XXT0
      
      Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15
      Signed-off-by: NHaryslee <lihao189@huawei.com>
      9db34075
  7. 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
  8. 05 6月, 2021 1 次提交
  9. 24 5月, 2021 1 次提交
    • Z
      fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. · cf89f016
      zhushengle 提交于
      背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
            如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。
      问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信
            号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如
            果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有
            了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题,
            那么它持有的内核资源就无法被释放了。
      方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去
            处理信号,等系统调用结束或缺页异常结束时再去处理信号。
      解决的问题:
        1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号
        2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
        3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程
      
      Close #I3S0N0
      
      Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
      cf89f016
  10. 20 5月, 2021 1 次提交
  11. 14 5月, 2021 1 次提交
  12. 11 5月, 2021 2 次提交
  13. 06 5月, 2021 1 次提交
  14. 30 4月, 2021 1 次提交
  15. 26 4月, 2021 3 次提交
  16. 25 4月, 2021 2 次提交
  17. 23 4月, 2021 1 次提交
  18. 21 4月, 2021 1 次提交
  19. 19 4月, 2021 2 次提交
  20. 16 4月, 2021 1 次提交
  21. 14 4月, 2021 1 次提交
  22. 09 4月, 2021 2 次提交
  23. 07 4月, 2021 2 次提交
  24. 02 4月, 2021 2 次提交
    • L
      IssueNo: #I3EPPI · 3fe7ec02
      likailong 提交于
      Description: platform directory refactoring
      Sig: kernel
      Feature or Bugfix: Feature
      Binary Source: No
      3fe7ec02
    • L
      IssueNo: #I3EPPI · d8f89448
      likailong 提交于
      Description: platform directory refactoring
      Sig: kernel
      Feature or Bugfix: Feature
      Binary Source: No
      d8f89448
  25. 31 3月, 2021 2 次提交
    • Y
      IssueNo:#I3EH1L · 25ab07f1
      YOUR_NAME 提交于
      Description:Fix the bug that the code segment and read-only segment can be modified in the uncache mapping area.
      Sig:liteos_a
      Feature or Bugfix:Bugfix
      Binary Source:No
      
      Change-Id: I030489b240d5bcbe088046392d566648fde85f0a
      25ab07f1
    • Y
      IssueNo:#I3E0F2 · c959d436
      YOUR_NAME 提交于
      Description:Delete VM to support only kernel mode.
      Sig:liteos_a
      Feature or Bugfix:Feature
      Binary Source:No
      
      Change-Id: Ie1029c8fbc0c1b85c138663933118d2d148b7769
      c959d436
  26. 26 3月, 2021 1 次提交
  27. 17 3月, 2021 1 次提交
  28. 13 3月, 2021 1 次提交
  29. 11 3月, 2021 1 次提交
  30. 27 11月, 2020 1 次提交