Skip to content

K
Kernel Liteos A

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

通知 463
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 31 3月, 2022 1 次提交
  3. 30 3月, 2022 1 次提交
  5. 28 3月, 2022 1 次提交
  7. 22 3月, 2022 1 次提交
  9. 19 3月, 2022 1 次提交
  11. 18 3月, 2022 1 次提交
  13. 14 3月, 2022 2 次提交
  15. 10 3月, 2022 1 次提交
  17. 09 3月, 2022 1 次提交
    • Y
      fix: 修复3.1源码检视的问题 · 9a030d69
      由 yinjiaming 提交于 
      【背景】
3.1 代码检视过程中有一些问题需要修复

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

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

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

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
      672bc729
  23. 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
  25. 05 1月, 2022 1 次提交
  27. 24 12月, 2021 1 次提交
  29. 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
  31. 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
  33. 25 11月, 2021 1 次提交
  35. 18 11月, 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. 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
  43. 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
  45. 30 9月, 2021 1 次提交
  47. 27 9月, 2021 1 次提交
  49. 22 9月, 2021 1 次提交
  51. 16 9月, 2021 1 次提交
  53. 14 9月, 2021 1 次提交
  55. 13 9月, 2021 1 次提交
  57. 09 9月, 2021 1 次提交
  59. 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
  61. 31 8月, 2021 1 次提交
    • L
      feat: L0-L1 支持Trace · dc9ec685
      由 LiteOS2021 提交于 
              1.【需求描述】
            L0~L1 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
        2.【方案描述】
            L0:
            (1).在内核模块预置静态代码桩
            (2).触发桩后，收集系统上下文信息
            (3).离线模式则写入内存，用户可通过dump导出；
            (4).在线模式通过pipeline对接IDE进行可视化解析和展示；
            L1:
            新增trace字符设备，位于"/dev/trace",通过对设备节点的read\write\ioctl，实现用户态trace；

        BREAKING CHANGE:
        1.新增一系列trace的对外API，位于los_trace.h中.
        LOS_TRACE_EASY简易插桩
        LOS_TRACE标准插桩
        LOS_TraceInit配置Trace缓冲区的地址和大小
        LOS_TraceStart开启事件记录
        LOS_TraceStop停止事件记录
        LOS_TraceRecordDump输出Trace缓冲区数据
        LOS_TraceRecordGet获取Trace缓冲区的首地址
        LOS_TraceReset清除Trace缓冲区中的事件
        LOS_TraceEventMaskSet设置事件掩码，仅记录某些模块的事件
        LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数

        Close #I46WA0
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
      dc9ec685
  63. 28 8月, 2021 2 次提交
  65. 22 8月, 2021 1 次提交
  67. 20 8月, 2021 1 次提交
    • W
      fix: A核告警消除 · d16bfd00
      由 wangchen 提交于 
      【背景】定期A核代码消除。

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

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

re #I46KF6
Signed-off-by: Nwangchen <253227059@qq.com>
      d16bfd00
  69. 19 8月, 2021 1 次提交
  71. 17 8月, 2021 1 次提交
  73. 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