Skip to content

K
Kernel Liteos A

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

通知 452
Star 414
Fork 55
K
Kernel Liteos A

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 30 1月, 2023 2 次提交
  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 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
  9. 14 1月, 2023 1 次提交
  11. 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
  13. 10 11月, 2022 1 次提交
  15. 02 11月, 2022 1 次提交
  17. 15 10月, 2022 1 次提交
  19. 30 9月, 2022 1 次提交
  21. 26 9月, 2022 1 次提交
  23. 25 9月, 2022 1 次提交
  25. 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
  27. 05 9月, 2022 1 次提交
    • Y
      fix: 版权头时间更新问题 · d906bb91
      由 yinjiaming 提交于 
      【背景】
一些代码文件经过修改后需要更新版权头

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

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

re #I5LG22
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I7963bf6ce5746707bad688dd4c634ae9d72b3c04
      d906bb91
  29. 11 8月, 2022 2 次提交
  31. 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
  33. 25 6月, 2022 1 次提交
  35. 23 6月, 2022 1 次提交
  37. 11 5月, 2022 1 次提交
  39. 29 4月, 2022 1 次提交
  41. 31 3月, 2022 1 次提交
  43. 30 3月, 2022 1 次提交
  45. 28 3月, 2022 1 次提交
  47. 22 3月, 2022 1 次提交
  49. 19 3月, 2022 1 次提交
  51. 18 3月, 2022 1 次提交
  53. 14 3月, 2022 2 次提交
  55. 10 3月, 2022 1 次提交
  57. 09 3月, 2022 1 次提交
    • Y
      fix: 修复3.1源码检视的问题 · 9a030d69
      由 yinjiaming 提交于 
      【背景】
3.1 代码检视过程中有一些问题需要修复

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

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

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

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
      672bc729
  63. 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
  65. 05 1月, 2022 1 次提交
  67. 24 12月, 2021 1 次提交
  69. 13 12月, 2021 1 次提交
    • F
      fix: 修复LOSCFG_FS_FAT_CACHE宏关闭后编译失败的BUG · 63e71fec
      由 Far 提交于 
      1. 在必要处增加宏开关关闭部分代码的编译；
2. 由于驱动是一个独立的内核线程，在一些场景下文件系统会将用户态地址透传给驱动，这会导致内核崩溃。
因此在需要透传用户态地址时增加了一个内核buffer作为中转。

Close #I3T3N0
Signed-off-by: NFar <yesiyuan2@huawei.com>
      63e71fec
  71. 29 11月, 2021 1 次提交
    • Z
      feat: 支持L1 低功耗框架 · 64e49aba
      由 zhushengle 提交于 
      方案描述：
   和L0保持一致，上层通过proc文件系统操作：
   power_mode  支持的低功耗模式，通过对该文件进行write操作可以设置低功耗模式
   power_count powermanager模块通过对该文件操作，和内核进行交互，简要流程如下：
     while (1) {
       open  // 打开该文件
       read  // 使powermanager低功耗任务常阻塞，当系统无任何模块持锁时，会唤醒该任务
       write // 进行低功耗流程
       close // 关闭该文件
     }
   power_lock    write该文件，持锁
   power_unlock  writw该文件，释放锁

Close #I4JSO

Change-Id: I73fcdeeb5e2039484b3351a81b46a0892b349fe9
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
      64e49aba