Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
大约 2 年 前同步成功

通知 475
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 17 8月, 2021 1 次提交
  3. 06 8月, 2021 1 次提交
  5. 21 7月, 2021 1 次提交
  7. 20 7月, 2021 1 次提交
    • Y
      fix: init进程收到子进程退出信号后，调用fork重新拉起进程，会导致系统卡死 · 35a2f3af
      由 YOUR_NAME 提交于 
      问题原因：init进程执行信号时，线程栈底预留了部分空间给信号上下文使用，
从而导致处理信号时线程栈底比线程控制块里面记录的大，这样在fork的过程中内核
从init线程栈底copy线程上下文给新进程时，copy的不是实际运行的栈底，以致于
新进程的线程上下文不对，在实际运行时跑飞，引发系统卡死。
解决方案：在fork过程copy线程上下文时，判断是否预留了信号上下文空间，如果预留
了，则copy的栈底要基于预留后的栈底去copy线程上下文。

close: #I41HOY
Signed-off-by: Nzff <zhangfanfan2@huawei.com>
Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16
      35a2f3af
  9. 15 7月, 2021 1 次提交
  11. 14 7月, 2021 1 次提交
    • Q
      feat: add blackbox for liteos_a · a195aac9
      由 qidechun 提交于 
      1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。
3、BBOX特性默认关闭，若想使用此特性，请在内核配置文件中增加如下编译选项：
LOSCFG_BLACKBOX=y
LOSCFG_SAVE_EXCINFO=y
LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。
4、若已经打开BBOX特性，想快速验证此特性，请添加如下编译选项：
LOSCFG_HIDUMPER=y

Close #I406NP
Signed-off-by: Nqidechun <qidechun@huawei.com>
      a195aac9
  13. 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
  15. 07 7月, 2021 2 次提交
  17. 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
  19. 01 7月, 2021 1 次提交
  21. 28 6月, 2021 1 次提交
  23. 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
  25. 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
  27. 05 6月, 2021 1 次提交
  29. 24 5月, 2021 1 次提交
    • Z
      fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. · cf89f016
      由 zhushengle 提交于 
      背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
      如果有信号处理就切去处理信号，信号处理结束后回来继续按原来流程执行。
问题：当用户态线程在执行系统调用或缺页异常时，运行在内核态，如果此时有信
      号需要处理，且该线程已经持有了部分内核资源(如：锁，内存等), 此时如
      果有中断发生，则在中断结束时，就会去处理该信号，此时用户态线程持有
      了内核未释放的资源跑到了用户态去运行，如果该线程在用户态出现问题,
      那么它持有的内核资源就无法被释放了。
方案：用户态线程在执行系统调用和缺页异常时暂时屏蔽信号，防止此时有中断去
      处理信号，等系统调用结束或缺页异常结束时再去处理信号。
解决的问题：
  1. 执行系统调用或缺页异常时屏蔽信号，防止中断去处理信号
  2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
  3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程

Close #I3S0N0

Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
      cf89f016
  31. 20 5月, 2021 1 次提交
  33. 14 5月, 2021 1 次提交
  35. 11 5月, 2021 2 次提交
  37. 06 5月, 2021 1 次提交
  39. 30 4月, 2021 1 次提交
  41. 26 4月, 2021 3 次提交
  43. 25 4月, 2021 2 次提交
  45. 23 4月, 2021 1 次提交
  47. 21 4月, 2021 1 次提交
  49. 19 4月, 2021 2 次提交
  51. 16 4月, 2021 1 次提交
  53. 14 4月, 2021 1 次提交
  55. 09 4月, 2021 2 次提交
  57. 07 4月, 2021 2 次提交
  59. 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
  61. 31 3月, 2021 1 次提交
    • 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