Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
1 年多 前同步成功

通知 468
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 12 1月, 2023 1 次提交
  3. 11 1月, 2023 1 次提交
  5. 05 1月, 2023 1 次提交
  7. 04 1月, 2023 1 次提交
  9. 26 10月, 2022 1 次提交
    • Y
      fix: 内核告警清理 · 8d55bb1d
      由 yinjiaming 提交于 
      【背景】
内核告警清理

【修改方案】
删去了多余的空格，更改了魔数字

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Iba21be6cb23027dfb369576847d7d21e85f936b4
      8d55bb1d
  11. 15 10月, 2022 1 次提交
  13. 28 9月, 2022 1 次提交
    • X
      <fix> · 8c0b7d0f
      由 xiacong 提交于 
      修复测试用例不过的问题

<body>
1.修复执行liteos_a_basic_unittest.bin时间过长的问题
2.修复测试shm系列系统调用函数用例失败的问题
Signed-off-by: Nxiacong <xiacong4@huawei.com>
Change-Id: Iabc541cb1c0e97dac0fe13aaeb98e85404e5bf6f
Signed-off-by: Nxiacong <xiacong4@huawei.com>
      8c0b7d0f
  15. 25 9月, 2022 1 次提交
  17. 22 9月, 2022 1 次提交
    • Y
      fix: 内核告警清理 · 204d7a4a
      由 yinjiaming 提交于 
      【背景】
内核中经扫描有可以修改的告警之处

【修改方案】
优化了代码的格式

【影响】
对现有的产品编译不会有影响。

re #I5SHM2
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I89be86a8317637f9eb54257131712b5b79f1e454
      204d7a4a
  19. 21 9月, 2022 1 次提交
    • Y
      fix: 内核告警修复 · 96b2d557
      由 yinjiaming 提交于 
      【背景】
经代码扫描工具检测,内核代码中存在
可以修复的告警

【修改方案】
1.将单语句的if, while等加上括号
2.将C语言风格的类型转换变为C++风格

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I7d4a04a8904abb3c33e843049bf15f4386d3efd8
      96b2d557
  21. 18 9月, 2022 2 次提交
  23. 09 9月, 2022 1 次提交
  25. 31 8月, 2022 2 次提交
  27. 30 8月, 2022 1 次提交
  29. 25 8月, 2022 1 次提交
  31. 26 7月, 2022 1 次提交
  33. 30 6月, 2022 1 次提交
  35. 28 6月, 2022 1 次提交
  37. 23 6月, 2022 1 次提交
  39. 21 6月, 2022 1 次提交
  41. 20 6月, 2022 1 次提交
  43. 15 6月, 2022 1 次提交
  45. 09 6月, 2022 1 次提交
  47. 26 5月, 2022 2 次提交
  49. 30 3月, 2022 1 次提交
  51. 22 3月, 2022 2 次提交
  53. 21 3月, 2022 1 次提交
  55. 19 3月, 2022 1 次提交
    • Z
      feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能 · 6d8cef40
      由 zhushengle 提交于 
      背景：
原调度机制与软件定时器实现混合，调度时间链表存在两个链表，
任务切换时需要遍历两个链表才可以获取到最终的tick响应时间。
软件定时作为一个独立的功能，不应该和调度强耦合，而且软件定时
器作为一个任务，某个软件定时器的响应时间应该是软件定时器任务的
响应时间，不应该直接做为tick中断的响应时间。

方案描述：
1.将软件定时器从调度分离，作为一个独立的机制，从调度角度看其就是一个任务
2.软件定时器从调度分离之后，其timelist遍历从tick中断移动至软件定时器任务中
3.优化软件定时器的均衡调度

优势：
1.将软件定时器与调度完全分离，使得调度功能单一化，便于后续其它调度算法的引入
2.优化tick中断，减小tick中断耗时
3.优化通过写队列唤醒软件定时器任务去执行软件定时器钩子为插队列，减少软件定时
器机制本身的耗时，提升软件定时器的实时性
4.优化软件定时器均衡调度，使得软件定时器均匀分布于多核，提升软件定时器的实时性
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e
      6d8cef40
  57. 18 3月, 2022 1 次提交
  59. 16 3月, 2022 1 次提交
  61. 14 3月, 2022 3 次提交
  63. 10 3月, 2022 1 次提交
  65. 08 3月, 2022 1 次提交
  67. 07 3月, 2022 1 次提交