Skip to content

K
Kernel Liteos A

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

通知 464
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 23 2月, 2023 1 次提交
    • Z
      feat 支持容器限额 · c141a925
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持容器限额对外变更:
1.在proc目录下增加sys/user目录，支持max_容器_container 配额文件

Close #I6HDQK
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Ieaac046182f679a6f49cbdc74593ab39fcb31f5f
      c141a925
  3. 12 1月, 2023 1 次提交
  5. 11 1月, 2023 1 次提交
    • Z
      feat: 支持pid容器 · 20782299
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持pid容器对外变更描述:
1.支持pid容器，使用clone(CLONE_NEWPID)创建
2.shell命令 task -a 不再显示线程信息，只显示系统所有进程信息
3.task命令新增参数-p, task -p pid 可查看改进程下的所有线程信息
4.使用LOS_TaskCreateOnly创建任务时， TSK_INIT_PARAM_S中的processID由原来的记录进程ID修改为记录进程控制块PCB
Close #I68LVW
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I0895da9099cb285b3195af5e383d0fdeaf5c0087

Change-Id: I46a7642eeee73a4531c241e3ba6290dd302600a7
      20782299
  7. 25 9月, 2022 1 次提交
  9. 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
  11. 23 6月, 2022 1 次提交
  13. 29 4月, 2022 1 次提交
  15. 30 3月, 2022 1 次提交
  17. 26 3月, 2022 1 次提交
  19. 19 3月, 2022 2 次提交
  21. 16 3月, 2022 1 次提交
  23. 14 3月, 2022 1 次提交
  25. 08 3月, 2022 1 次提交
  27. 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
  29. 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
  31. 22 12月, 2021 1 次提交
  33. 14 12月, 2021 1 次提交
    • A
      refactor: los_cir_buf.c中接口整合 · 0d325c56
      由 arvinzzz 提交于 
      将循环buf的上/解锁操作合进读/写操作里，删除对外上/解锁接口

BREAKING CHANGE:
1. 删除 LOS_CirBufLock()，LOS_CirBufUnlock()内核对外接口
2. LOS_CirBufWrite()，LOS_CirBufRead()由原先内部不进行上/解锁操作，变为默认已包含上/解锁操作。

close: #I4MC13
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ie3cc1abde7fa0e5479ccbf4e596426e509b5cef5
      0d325c56
  35. 11 12月, 2021 1 次提交
  37. 15 11月, 2021 1 次提交
    • L
      fix: A核代码静态告警定期清理 · 9ba725c3
      由 lnlan 提交于 
      【背景】A核代码静态告警定期清理

【修改方案】
1，根据codex等工具分析结果，进行必要的规范等问题修改

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

re #I4I0O8
Signed-off-by: Nwangchen <253227059@qq.com>
      9ba725c3
  39. 10 11月, 2021 1 次提交
  41. 08 11月, 2021 1 次提交
  43. 04 11月, 2021 1 次提交
  45. 14 10月, 2021 1 次提交
  47. 08 10月, 2021 1 次提交
  49. 29 9月, 2021 1 次提交
  51. 28 9月, 2021 1 次提交
  53. 27 9月, 2021 1 次提交
  55. 14 9月, 2021 1 次提交
  57. 13 9月, 2021 1 次提交
  59. 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
  61. 31 8月, 2021 1 次提交
  63. 28 8月, 2021 1 次提交
  65. 04 8月, 2021 1 次提交
  67. 30 7月, 2021 2 次提交
    • W
      fix: A核代码告警清零 · 698756d1
      由 wangchen 提交于 
      【背景】定期A核代码告警清零。

【修改方案】
根据工具扫描结果，对代码告警进行更改。

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

re #I4378T
Signed-off-by: Nwangchen <253227059@qq.com>
      698756d1
    • P
      fix: BBOX使用预留物理内存缓存故障日志 · 2ad176e5
      由 pcwlno1 提交于 
      1、允许用户自己指定预留物理内存的起始地址和长度。
2、在适配层中增加对预留物理内存的映射。
3、在bbox的Kcondfig中增加有关预留物理内存的编译选项。
4、在bbox的Makefile增加有关内存函数头文件的引用。

Close #I41YIZ
Signed-off-by: Npcwlno1 <qidechun@huawei.com>
      2ad176e5
  69. 22 7月, 2021 1 次提交
  71. 21 7月, 2021 1 次提交
  73. 20 7月, 2021 2 次提交