1. 21 1月, 2022 1 次提交
    • Z
      feat: 调度相关模块间依赖优化 · 0e3936c4
      zhushengle 提交于
      背景:
          调度、线程、软件定时器、sortlink、percpu、异常、workqueue模块相互耦合,存在很多不属于本模块的实现,
      导致这几个模块间依赖混乱、且到处引用其它模块的内部成员。
      
      方案描述:
          解决上述依赖混乱的问题,为后续调度框架打基础,优化后依赖关系:
      
                                                                    | ---> los_swtmr_pri.h --> workqueue
      los_sortlink_pri.h: ---> los_sched_pri.h --> los_task_pri.h -->
         作为基础算法                                               | ---> ipc
      (现在为双向链表),
      做到功能最小化,
      便于后续其它算法替换
      
      调度框架大体方案描述:
      
      1.cpu run queue ----> 任务延时队列
      
                                               |---- 调度队列
                         |----  EDF        --->
                         |                     |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)
                         |
                         |                     |---- 调度队列
      2.task ---> 调度策略----> SCHED_RR   --->
                         |                     |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)
                         |
                         |                     |---- 调度队列
                         |----> SCHED_IDLE --->
                                               |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)
      
      Close #I4RPRW
      Signed-off-by: Nzhushengle <zhushengle@huawei.com>
      Change-Id: Ia54dc1b8a4801a225a52e40555490c1dce0bd75e
      0e3936c4
  2. 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
  3. 30 11月, 2021 1 次提交
  4. 15 11月, 2021 1 次提交
    • L
      fix: A核代码静态告警定期清理 · 9ba725c3
      lnlan 提交于
      【背景】A核代码静态告警定期清理
      
      【修改方案】
      1,根据codex等工具分析结果,进行必要的规范等问题修改
      
      【影响】
      对现有的产品编译不会有影响。
      
      re #I4I0O8
      Signed-off-by: Nwangchen <253227059@qq.com>
      9ba725c3
  5. 10 11月, 2021 1 次提交
  6. 08 11月, 2021 1 次提交
  7. 13 9月, 2021 1 次提交
  8. 08 9月, 2021 1 次提交
    • A
      refactor: 内核目录结构整理 · 33d0c1bd
      arvinzzz 提交于
      1. 原kernel/common目录下属于内核拓展组件,统一移入kernel/extend管理
      2. Kconfig分层,各模块自己的配置放到自己目录下管理
      3. 原platform下不属于平台的公共代码抽到kernel/common下,只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译
      4. 对外公共头文件统一抽到对外include路径
      5. 废弃宏,头文件清理
      
      close: #I48KI4
      Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
      Change-Id: I0cf5ea81c92a8fa7b113da9cbdc8b7bc935f5aae
      33d0c1bd
  9. 21 7月, 2021 1 次提交
  10. 20 5月, 2021 1 次提交
  11. 06 5月, 2021 1 次提交
  12. 19 4月, 2021 1 次提交
  13. 29 3月, 2021 1 次提交
  14. 19 3月, 2021 1 次提交
    • W
      Description:vfs refactoring · d9707508
      wangchenyang 提交于
      Feature or Bugfix:Feature
      Binary Source:Huawei
      PrivateCode(Yes/No):Yes
      
      Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47
      ChangeID:13306388
      d9707508
  15. 11 3月, 2021 1 次提交
  16. 31 12月, 2020 1 次提交
  17. 17 11月, 2020 2 次提交
  18. 13 10月, 2020 1 次提交
  19. 08 9月, 2020 1 次提交