1. 19 3月, 2022 2 次提交
  2. 16 3月, 2022 1 次提交
  3. 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
  4. 27 9月, 2021 1 次提交
  5. 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
  6. 05 8月, 2021 1 次提交
  7. 21 7月, 2021 1 次提交
  8. 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
  9. 01 7月, 2021 1 次提交
  10. 05 6月, 2021 1 次提交
  11. 03 6月, 2021 1 次提交
  12. 20 5月, 2021 1 次提交
  13. 11 5月, 2021 1 次提交
  14. 28 4月, 2021 1 次提交
    • B
      feat: Add /dev/quickstart to support synchronous communication between... · 46b63f71
      boxi 提交于
      feat: Add /dev/quickstart to support synchronous communication between processes in user mode startup.
      
      Add /dev/quickstart to support synchronous communication between processes in user mode startup.
      Support ioctl cmd:
       QUICKSTART_LISTEN,QUICKSTART_STAGE1,QUICKSTART_STAGE2,QUICKSTART_STAGE3,QUICKSTART_UNREGISTER only for init process;
       QUICKSTART_NOTIFY for other app process.
      
      Close #I3OHO5
      
      Change-Id: If6a56123be93a5bc6b6d1069abda8d872b15fae1
      46b63f71
  15. 19 4月, 2021 1 次提交
  16. 31 3月, 2021 1 次提交
    • 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
  17. 26 3月, 2021 1 次提交
  18. 11 3月, 2021 1 次提交
  19. 31 12月, 2020 1 次提交
  20. 17 11月, 2020 2 次提交
    • Z
      Workaround missing machine_resource_init in BSD initialization · e559c86d
      Zbigniew Bodek 提交于
      BSD compatibility is not optional for the kernel to build, however
      platform dependent portion of this configuration, machine_resource_init(),
      which is called by nexus_init() is implemented only in the platform
      specific library for HiSilicon chips (libhi35xx_bsp.a).
      Workaround lack of this library, so that the kernel can be built
      for other platforms as well, by excluding it from the compilation.
      
      This change should be removed as soon as the appropriate function
      is implemented for other platforms.
      Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com>
      Change-Id: I66f15b167b9769f17820f5f0edb7ae8b0ebc9246
      e559c86d
    • Z
      Workaround linking problem caused by missing SystemInit during build · 850a5669
      Zbigniew Bodek 提交于
      During LiteOS consolidation, system_init.o object that contains
      SystemInit() doesn't exist yet as it is being built later
      and linked in ./vendor directory when OHOS_Image is created.
      This is not the case when building for HiSilicon platforms as
      SystemInit is provided for them in precompiled libraries.
      
      Workaround this issue by creating "weak" function in LiteOS
      that will be replaced by the "strong" symbol from ./vendor
      in linking phase of the OHOS_Image.
      Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com>
      Change-Id: I39f327a350722a3e41a370ee93ba3b734c5681b0
      850a5669
  21. 13 10月, 2020 1 次提交
  22. 08 9月, 2020 1 次提交