1. 29 12月, 2021 1 次提交
    • H
      fix: 修复重复执行内存用例导致系统卡死问题 · 6c2b163c
      Haryslee 提交于
      背景:重复执行内存测试用例约几百次,系统大概率出现卡死现象,经分析知,系统卡在
      内存spinlock锁中,CPU1在获取内存spinlock锁后打印异常信息,此时循环buffer满了,
      CPU0此时进入异常且尝试拿取内存spinlock锁,两个核都处于锁中断锁任务状态,CPU1
      写事件触发调度打印输出失败,进而在write接口中死循环无法退出,导致两个核都卡住。
      方案:在write接口中增加一个判断条件:当前核处于锁任务状态且循环buffer满了时候,
      直接退出循环,丢弃打印信息(持有spinlock锁后一般禁止输出打印信息)。
      
      close #I4F7PO
      Signed-off-by: NHaryslee <lihao189@huawei.com>
      Change-Id: I3f49a1bb211821e9c5d1d220d6867962d6a45a79
      6c2b163c
  2. 25 12月, 2021 1 次提交
  3. 24 12月, 2021 2 次提交
  4. 23 12月, 2021 2 次提交
  5. 22 12月, 2021 1 次提交
  6. 18 12月, 2021 1 次提交
  7. 17 12月, 2021 1 次提交
  8. 16 12月, 2021 1 次提交
  9. 15 12月, 2021 3 次提交
  10. 14 12月, 2021 3 次提交
  11. 13 12月, 2021 2 次提交
  12. 11 12月, 2021 1 次提交
  13. 08 12月, 2021 4 次提交
  14. 06 12月, 2021 1 次提交
    • Yansira's avatar
      fix: 解决dmesg -s参数double lock问题 · e1512566
      Yansira 提交于
      【背景】自研shell或者mksh拉起后使用dmesg -s命令出现自旋锁double lock的问题。
      
      【修改方案】
      dmesg -s参数设置dmesg缓冲区过程需要访问UartOutput所访问的全局缓冲区,这意味着两个功能模块
      使用了同一把自旋锁,若在dmesg命令执行过程使用了打印,则就可能会导致double lock。因此拆分
      了dmesg -s命令过程中自旋锁的使用区域,避开内核中必要的打印。
      
      re #I4HIJK
      Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
      Change-Id: Iad74c058c9a8090fd3d9f338caab7d8f2170f9ac
      e1512566
  15. 05 12月, 2021 1 次提交
  16. 03 12月, 2021 6 次提交
  17. 01 12月, 2021 2 次提交
  18. 30 11月, 2021 4 次提交
  19. 29 11月, 2021 2 次提交
    • O
      !715 feat: 支持L1 低功耗框架 · ba843825
      openharmony_ci 提交于
      Merge pull request !715 from zhushengle/pm
      ba843825
    • Z
      feat: 支持L1 低功耗框架 · 64e49aba
      zhushengle 提交于
      方案描述:
         和L0保持一致,上层通过proc文件系统操作:
         power_mode  支持的低功耗模式,通过对该文件进行write操作可以设置低功耗模式
         power_count powermanager模块通过对该文件操作,和内核进行交互,简要流程如下:
           while (1) {
             open  // 打开该文件
             read  // 使powermanager低功耗任务常阻塞,当系统无任何模块持锁时,会唤醒该任务
             write // 进行低功耗流程
             close // 关闭该文件
           }
         power_lock    write该文件,持锁
         power_unlock  writw该文件,释放锁
      
      Close #I4JSO
      
      Change-Id: I73fcdeeb5e2039484b3351a81b46a0892b349fe9
      Signed-off-by: Nzhushengle <zhushengle@huawei.com>
      64e49aba
  20. 27 11月, 2021 1 次提交