Skip to content

K
Kernel Liteos A

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

通知 463
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 30 1月, 2023 1 次提交
  3. 19 1月, 2023 1 次提交
    • Z
      feat: 支持time容器 · 16ed05e8
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持ipc容器及增强对外变更:
1.clone 支持CLONE_NEWTIME
2.增加”/proc/[pid]/container/time" 用于查询容器信息
3.增加”/proc/[pid]/container/time_for_children" 用于查询容器信息
4.增加”/proc/[pid]/container/pid_for_children" 用于查询容器信息
5.增加”/proc/[pid]/time_offsets" 用于查询和配置time容器信息

Close #I6B0A3
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I54d79937ca608a10a4384f61e11c88757f833edf
      16ed05e8
  5. 18 1月, 2023 1 次提交
    • Z
      feat: 支持IPC容器 · 34814c58
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持ipc容器及增强对外变更:
1.clone 支持CLONE_NEWIPC
2.增加”/proc/[pid]/container/ipc" 用于查询容器信息

Close #I6AVMY
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I6a3c248d2d66a5342994c6e0b0aecddea8e32c72
      34814c58
  7. 16 1月, 2023 1 次提交
  9. 14 1月, 2023 1 次提交
  11. 12 1月, 2023 1 次提交
  13. 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
  15. 28 11月, 2022 1 次提交
    • Z
      fix: codecheck问题清零 · 8d980ded
      由 zhushengle 提交于 
      1.shell初始化异常流程double free
2.los_disk_init中冗余初始化
3.OsKProcessPmUsage 中OsUProcessPmUsage异常退出时，存在使用未初始化的变量
4.HiLogHeadInit异常推出后，存在使用未初始化的变量
5.api_shell.c 中存在冗余初始化

fix #I63H5G
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: If17d8ed1e6f2276e20fbce24b32de169bfd22e54
      8d980ded
  17. 25 11月, 2022 1 次提交
  19. 15 10月, 2022 1 次提交
  21. 25 9月, 2022 1 次提交
  23. 21 7月, 2022 1 次提交
    • Y
      fix: 拼写错误修正 · 99ea8d4e
      由 yinjiaming 提交于 
      【背景】
代码中存在拼写错误

【修改方案】
修改存在拼写错误的地方

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

re #I5IA7P
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Idd5d7fc9705e5ec661596aa6533402e8d4a8a117
      99ea8d4e
  25. 23 6月, 2022 1 次提交
  27. 15 6月, 2022 1 次提交
  29. 07 6月, 2022 1 次提交
  31. 29 4月, 2022 1 次提交
  33. 26 4月, 2022 1 次提交
  35. 30 3月, 2022 1 次提交
  37. 26 3月, 2022 1 次提交
  39. 24 3月, 2022 1 次提交
  41. 22 3月, 2022 2 次提交
  43. 21 3月, 2022 1 次提交
  45. 19 3月, 2022 2 次提交
    • X
      fix:3.1代码检视 · 5b87a530
      由 x_xiny 提交于 
      Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934
      5b87a530
    • 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
  47. 18 3月, 2022 1 次提交
  49. 17 3月, 2022 1 次提交
  51. 16 3月, 2022 2 次提交
  53. 14 3月, 2022 2 次提交
  55. 08 3月, 2022 1 次提交
  57. 07 3月, 2022 1 次提交
    • Z
      feat: 优化shell 命令 · f02d40d2
      由 zhushengle 提交于 
        1.优化task 命令关中断时间较长的问题
  2.优化hwi 命令，可以查看不同核的中断分布情况
  3.丰富hiw 命令，统计每个中断在一定时间内的平均执行时间和最大执行时间
  4.丰富swtmr 命令，在debug模式下支持查看各软件定时器的运行情况, 默认关闭
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I01cfe50c918da51f9de5b460e9eb91a863e1de36
      f02d40d2
  59. 27 1月, 2022 1 次提交
  61. 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
  63. 18 1月, 2022 1 次提交
  65. 13 1月, 2022 1 次提交
    • X
      fix:... · 87b8e6b0
      由 x_xiny 提交于 
       fix: L1-liteos-tdd测试liteos_a_process_unittest.bin,liteos_a_security_vid_unittest.bin和liteos_a_time_clock_unittest.bin模块用例un

【背景】L1-liteos-tdd测试liteos_a_process_unittest.bin,liteos_a_security_vid_unittest.bin和liteos_a_time_clock_unittest.bin模块用例un

【修改方案】
 1.暂时将musl中的exit()接口中的原子操作改为使用mutex方式实现
 2.删除内核中不必要的打印

re #I4K9A5
Signed-off-by: Nxuiny <xuxinyu6@huawei.com>
Change-Id: Ifdbb9154c7541b863670bb4e3bcde2587970df38
      87b8e6b0
  67. 08 1月, 2022 1 次提交
    • H
      fix: MMU竞态问题修复 · 748e0d8f
      由 Haryslee 提交于 
      背景：同一个进程的多个线程读写同一个PTE时，由于PTE无保护，存在竞态问题。
方案：新增spinlock保护PTE，包括大锁跟小锁。大锁：一个进程只有一个spinlock锁，多个线程
读写PTE时竞争一把锁，锁的内存占用小，但系统性能降低；小锁：每个页表持有一把spinlock，
由于锁是page结构体的一个字段，内存消耗较大，但是相对大锁性能较优。系统默认使用大锁,用
户可根据具体需要配置使用大锁还是小锁。

close #I2WARC
Signed-off-by: NHaryslee <lihao189@huawei.com>
Change-Id: I5612eeac1f65507160035eae16af61f285182eda
      748e0d8f
  69. 25 12月, 2021 1 次提交
  71. 14 12月, 2021 1 次提交