Skip to content

K
Kernel Liteos A

lzh_me / Kernel Liteos A
与 Fork 源项目一致

Fork自 OpenHarmony / Kernel Liteos A

通知 1
Star 0
Fork 0
K
Kernel Liteos A

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

切换分支/标签
  1. 09 4月, 2023 1 次提交
    • Z
      feat: support EDF · 13f68dcf
      由 zhangdengyu 提交于 
      方案描述：
1、liteos_a调度框架支持EDF调度算法，默认优先调度EDF策略的任务
2、用户态musl_c库适配新增调度算法，同步修改相关接口以支持用户态创建EDF进程与线程

BREAKING CHANGE:
support EDF对外变更描述：
以下接口支持SCHED_DEADLINE调度策略:
pthread_attr_getschedparam
pthread_attr_setschedparam
pthread_getschedparam
pthread_setschedparam
pthread_create
sched_getscheduler
sched_getparam
sched_setparam
sched_setscheduler

Close：#I6T3P3
Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com>
Change-Id: Ic9fe6896fcae42ae4ee7fe5dfb8e858a6ed19740
      13f68dcf
  3. 03 4月, 2023 1 次提交
  5. 03 3月, 2023 1 次提交
    • Z
      feat：修复使用不规范的测试用例 · f995c7c7
      由 zhangdengyu 提交于 
      1、在编译kernel/liteos_a测试用例时process、extended、libc三个模块出现报错，主要分为以下几种类型：
   1.1、函数返回值为int或其它类型，错误使用了返回NULL的断言宏。修改断言宏返回正确的类型。
   1.2、函数返回值为int或其它类型，错误的return了NULL。修改成正确的返回值类型。
   1.3、waitpid函数第三个参数为int类型，错误传入了NULL。修改成正确的入参类型。
   1.4、使用的断言宏传入的参数一个为int或其他类型，一个为NULL，类似不匹配。修改成匹配的类型。
   1.5、testsuites/unittest/process/basic/pthread/smoke/pthread_test_012.cpp中调用Syscall接口，
        第二个参数为in类型，错误的传入了NULL。修改入参为正确的类型。
2、hb set选择ipcamera_hispark_taurus，编译之后使用nfs将out/hispark_taurus/ipcamera_hispark_taurus/test/unittest/kernel/bin目录中的
   9个测试用例放到单板上进行测试，运行结果全部通过，并生成对应结果从xml文件，其中liteos_a_basic_unittest.bin无xml文件生成是由于gtest框架升级引入。

Close: #I6J7QK
Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com>
Change-Id: Ifa977658bfc47ba85484e06465735cdffef3dbe2
      f995c7c7
  7. 25 2月, 2023 1 次提交
  9. 23 2月, 2023 2 次提交
  11. 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
  13. 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
  15. 16 1月, 2023 2 次提交
    • Z
      feat: 支持mnt容器及增强能力 · e2d903b6
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持mnt容器及增强对外变更:
1.clone 支持CLONE_NEWNS
2.增加”/proc/[pid]/container/mnt" 用于查询容器信息
3.新增chroot接口

Close #I6APW2
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I5e8843a0f59bb5b0e6a66a6810dc552e8184a03e
      e2d903b6
    • Z
      feat: 支持系统、进程信息获取 · 3be7409a
      由 zhushengle 提交于 
      BREAKING CHANGE:
支持系统、进程信息获取对外变更：
1.添加"/proc/meminfo" 获取系统内存使用情况
2.添加"/proc/filesystems" 获取文件系统信息
3.添加"/proc/[pid]/meminfo" 获取进程的内存占用信息
4.添加"/proc/[pid]/cpup" 获取进程的CPUP信息

Close #I6AMVG
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I8c1cab0bf956ced0cf16401907d869058d98cfa6
      3be7409a
  17. 14 1月, 2023 1 次提交
  19. 25 9月, 2022 1 次提交
  21. 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
  23. 09 9月, 2022 1 次提交
  25. 25 8月, 2022 1 次提交
  27. 30 6月, 2022 1 次提交
  29. 30 3月, 2022 1 次提交
  31. 22 3月, 2022 1 次提交
  33. 18 3月, 2022 1 次提交
  35. 14 3月, 2022 1 次提交
  37. 27 1月, 2022 1 次提交
  39. 19 1月, 2022 1 次提交
  41. 18 1月, 2022 1 次提交
  43. 11 11月, 2021 1 次提交
  45. 06 11月, 2021 1 次提交
  47. 28 10月, 2021 1 次提交
  49. 25 10月, 2021 1 次提交
  51. 21 10月, 2021 1 次提交
  53. 12 8月, 2021 1 次提交
    • W
      feat: 支持killpg和waitid · dc3cc094
      由 wjj 提交于 
      killpg：给进程组发信号
waitid：等待进程结束
修改测试用例到full里面

Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2
Signed-off-by: Nwjj <502004968@qq.com>
      dc3cc094
  55. 15 7月, 2021 1 次提交
  57. 24 6月, 2021 1 次提交
    • V
      test:修复rwlock用例在循环处会卡死的问题 · f793dc10
      由 vcbchang 提交于 
      【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题，经查找程序会卡在循环里面

【修改方案】
1.经测试，发现用例在创建线程后对退出标志位做了初始化，但卡在循环中不动的原因是在创建线程后立刻发生了调度，没有来得及初始化，则发生了错误，故会出现卡在循环中的情况。
而且，由于卡在循环中时线程是同一优先级，可能不会发生调度，故在循环里面加了一句可以调度的语句，防止在一处循环卡的太久。
2.将该用例挪出门禁，待稳定后恢复。
【影响】
对其它用例无影响。

re #I3VUX4

Signed-off-by:vcbchang<vcbchang@qq.com>

Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910
Signed-off-by: Nvcbchang <vcbchang@qq.com>
      f793dc10
  59. 22 6月, 2021 1 次提交
  61. 29 5月, 2021 1 次提交
    • L
      feat(build): 使用xts -notest选项时，内核用例不参与编译构建和用例编译配置方式调整 · 9bdf7164
      由 lnlan 提交于 
      【背景】
1.编译新增-notest选项为了排除用例参与构建，使用该选项时内核用例仍会参与构建，不符合预期
2.用例编译配置选项太多，需调整优化
【修改方案】
1.原内核用例的源文件是通过框架自带的source_set（一种虚拟静态库）的方式组织的，
不受unittests（自定义的一种方式）控制，修改为文件列表直接加入到unittest中。
2.编译配置通过level控制
【影响】
对现有的产品编译不会有影响。

Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
      9bdf7164
  63. 20 5月, 2021 1 次提交
  65. 18 5月, 2021 1 次提交
  67. 15 5月, 2021 1 次提交
  69. 11 5月, 2021 1 次提交
  71. 10 5月, 2021 1 次提交
  73. 30 4月, 2021 1 次提交
    • L
      testsuites fixed · 6fe4a3f9
      由 lnlan 提交于 
      Change-Id: I7f4add72f2fd1cc3770bcf103d1909add4829822
      6fe4a3f9
  75. 25 4月, 2021 1 次提交
    • L
      add testsuites · 778c5e17
      由 lnlan 提交于 
      Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
      778c5e17