Skip to content

K
Kernel Liteos A

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

通知 460
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 23 5月, 2023 1 次提交
  3. 04 5月, 2023 1 次提交
  5. 20 4月, 2023 1 次提交
  7. 09 2月, 2023 1 次提交
  9. 16 1月, 2023 1 次提交
  11. 14 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. 15 10月, 2022 1 次提交
  17. 26 9月, 2022 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. 05 9月, 2022 1 次提交
    • Y
      fix: 版权头时间更新问题 · d906bb91
      由 yinjiaming 提交于 
      【背景】
一些代码文件经过修改后需要更新版权头

【修改方案】
更新了需要更新的版权头时间

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

re #I5LG22
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I7963bf6ce5746707bad688dd4c634ae9d72b3c04
      d906bb91
  25. 08 8月, 2022 1 次提交
    • Y
      fix: 内核告警清理 · 2dc24da8
      由 yinjiaming 提交于 
      【背景】
内核代码经代码扫描工具发现存在一些关于代码格式的告警，
现经修改解除掉告警.

【修改方案】
修改了代码中格式不规范的地方，修改的点有：
1.代码中一行过长
2.没有合理的添加空格和空行
3.没有按照规范进行缩进
4.括号的格式没有按照规范
5.注释的格式不对以及存在魔数字
6.函数的声明与定义的格式不一致
并更新了修改文件的版权头时间

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

re #I5H6F5
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Ie46b5b3238fd88c25f99542b8ccd138b956c6458
      2dc24da8
  27. 23 6月, 2022 1 次提交
  29. 28 3月, 2022 1 次提交
  31. 22 3月, 2022 1 次提交
  33. 19 3月, 2022 1 次提交
  35. 18 3月, 2022 1 次提交
  37. 14 3月, 2022 2 次提交
  39. 10 3月, 2022 1 次提交
  41. 09 3月, 2022 1 次提交
    • Y
      fix: 修复3.1源码检视的问题 · 9a030d69
      由 yinjiaming 提交于 
      【背景】
3.1 代码检视过程中有一些问题需要修复

【修改方案】
修改了失效的文档链接,更改了一些非可执行文件的权限

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
      9a030d69
  43. 08 3月, 2022 1 次提交
  45. 03 3月, 2022 1 次提交
    • Y
      fix: 主干告警清理 · 672bc729
      由 yinjiaming 提交于 
      【背景】
主干告警清理

【修改方案】
在需要的地方添加了强制类型转换

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
      672bc729
  47. 20 1月, 2022 1 次提交
    • H
      chore: kernel部件化 · 1ecda9c0
      由 Hongjin Li 提交于 
      1、添加HPM包描述文件bundle.json
2、依赖的三方开源软件，由直接引用路径，改为import对应的gni文件，引用变量
Signed-off-by: NHongjin Li <lihongjin1@huawei.com>
Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
      1ecda9c0
  49. 15 11月, 2021 1 次提交
    • L
      fix: A核代码静态告警定期清理 · 9ba725c3
      由 lnlan 提交于 
      【背景】A核代码静态告警定期清理

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

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

re #I4I0O8
Signed-off-by: Nwangchen <253227059@qq.com>
      9ba725c3
  51. 10 11月, 2021 1 次提交
  53. 05 11月, 2021 1 次提交
    • L
      fix: 增加内核epoll系统调用 · 2251b8a2
      由 lnlan 提交于 
      【背景】增加内核epoll系统调用适配musl接口并增加测试用例

【修改方案】
1, 删除musl仓的porting
2，内核实现epoll对应接口及注册系统调用
3，testsuit目录添加对应的用例

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

re #I4FXPT
Signed-off-by: Nwangchen <253227059@qq.com>

Change-Id: Ia97ea49067aa1ff47b8c1c83675ac75e75d25955
      2251b8a2
  55. 15 10月, 2021 1 次提交
    • F
      refactor: 文件系统Open性能优化 · c1c2be2a
      由 Far 提交于 
      优化包括：
1. 提供VnodeLookupFullpath接口，如果路径是规范化的路径，则调用此接口可减少一次vfs_normalizepath接口的调用;
2. fatfs open钩子函数FIL和buffer同时malloc，减少一次malloc调用，同时去除不必要的数据写回;
3. 其他小细节的优化。

Close #I4E0CT
Signed-off-by: NFar <yesiyuan2@huawei.com>
      c1c2be2a
  57. 30 9月, 2021 1 次提交
  59. 27 9月, 2021 1 次提交
  61. 14 9月, 2021 1 次提交
  63. 13 9月, 2021 1 次提交
  65. 09 9月, 2021 1 次提交
  67. 08 9月, 2021 2 次提交
    • 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
    • G
      feat: add sync() to vfs · f67c4dae
      由 Guangyao Ma 提交于 
      新增sync方法，该方法每次调用，会遍历系统内所有的mount点，调用各个文件系统注册
的sync方法，完成对所有已挂载文件系统的sync操作。

close #I480HV
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
Change-Id: I57ced9c3f7685a448defd17ae56c842796b5668f
      f67c4dae
  69. 28 8月, 2021 1 次提交
  71. 20 8月, 2021 1 次提交
    • W
      fix: A核告警消除 · d16bfd00
      由 wangchen 提交于 
      【背景】定期A核代码消除。

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

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

re #I46KF6
Signed-off-by: Nwangchen <253227059@qq.com>
      d16bfd00
  73. 17 8月, 2021 1 次提交
  75. 11 8月, 2021 1 次提交
    • G
      feat(vfs): vfs支持FD_CLOEXEC标记 · 27dca4d8
      由 Guangyao Ma 提交于 
      首先，POSIX规范规定文件描述符需要支持close-on-exec属性，修改前的vfs不支持close-on-exec，当exec系列函数执行时，进程所有的文件将会被关闭（0，1，2也重新被打开）。但是，系统有些时候是不能在exec时关闭全部文件的，例如在执行exec之前，就需要重定向进程的某些文件描述符时（使用dup2），就希望该文件不被关闭，继续保持重定向属性，shell执行进程并重定向其标准输出到文件，这是我们经常做的事情。

BREAKING CHANGE:
执行exec类函数后，进程拥有的文件描述符情况发生变化：修改前，默认关闭所有的进程文件描述符，0，1，2重新打开；修改后，除非文件描述符拥有FD_CLOEXEC标记，否则该描述符不会被关闭。

re #I3U81W

Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
      27dca4d8