Skip to content

K
Kernel Liteos M

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

通知 20
Star 28
Fork 1
K
Kernel Liteos M

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

切换分支/标签
  1. 14 3月, 2022 1 次提交
    • Y
      fix: 修复3.1代码检视中的问题 · bcd177bb
      由 yinjiaming 提交于 
      【背景】
3.1 代码检视中有一些问题需要修改

【修改方案】
在README 中添加了文档链接,更改了非可执行文件的权限

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I25eb1a2bfcbfdf7bc40b0516bcf9262c2d67f8b4
      bcd177bb
  3. 08 3月, 2022 1 次提交
  5. 03 3月, 2022 1 次提交
  7. 21 2月, 2022 1 次提交
  9. 18 2月, 2022 1 次提交
    • L
      feat: synchronous los_hwicreate interface · 6c68adad
      由 LiteOS2021 提交于 
      BREAKING CHANGE:
    涉及接口修改：
    LOS_HwiCreate
    LOS_HwiDelete
    改动内容：
    中断处理函数参数类型由HWI_ARG_T统一改为HwiIrqParam，封装原有arg参数及riscv部分实际使用变量pDevId, 这样一方面统一LiteOS接口，也统一了中断处理函数的arg参数
    同步LOS_HwiDelete接口入参，新增HWI_IRQ_PARAM_S *irqParam参数，为后续共享中断功能的添加预留
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
      6c68adad
  11. 15 2月, 2022 1 次提交
    • L
      fix: kernel接口融合，添加/修改kernel函数 · cee9714a
      由 LiteOS2021 提交于 
      kernel接口融合，添加/修改kernel函数

BREAKING CHANGE:
新增接口：
LOS_TaskResRecycle
LOS_CurrNanosec
LOS_MDelay
接口修改：
LOS_QueueCreate：第一个入参添加const修饰并增加一种异常情况处理
los_memory.c中 OS_ERROR 修改为LOS_NOK，重定义LOS_NOK为（UINT32）-1。
接口位置转移：
LOS_UDelay 由los_task.h/.c 转移到los_tick.h/.c 
宏修改：
LOS_ERRNO_MUX_PEND_INTERR 改名为 LOS_ERRNO_MUX_IN_INTERR
增加宏：
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
      cee9714a
  13. 14 2月, 2022 1 次提交
  15. 12 2月, 2022 1 次提交
  17. 11 2月, 2022 1 次提交
  19. 10 2月, 2022 1 次提交
    • H
      fix: cortex-m55栈优化 · 59e9c6ed
      由 Haryslee 提交于 
      利用EXC_RETURN可判断出上下文是否使用FPU寄存器，进而确定是否对FPU寄存器进行压栈操作

close #I4SQIQ
Signed-off-by: NHaryslee <lihao189@huawei.com>
Change-Id: Ib8b3a8b359486b3b7851278365860be1bfed65f2
      59e9c6ed
  21. 28 1月, 2022 1 次提交
  23. 21 1月, 2022 1 次提交
  25. 20 1月, 2022 2 次提交
  27. 19 1月, 2022 1 次提交
    • Y
      fix: 当前仓代码编译告警的问题 · 194ac589
      由 yinjiaming 提交于 
      【背景】
当前仓代码存在编译告警需要处理

【修改方案】
在测试用例中屏蔽了-Werror选项
在对应的代码处添加了相应函数的声明头文件

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

re #I4N50W
Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
Change-Id: I7dc1e38105aa3d60f9f991f34f88875cccb48463
      194ac589
  29. 18 1月, 2022 1 次提交
  31. 17 1月, 2022 1 次提交
  33. 13 1月, 2022 1 次提交
  35. 12 1月, 2022 1 次提交
  37. 06 1月, 2022 1 次提交
  39. 05 1月, 2022 1 次提交
  41. 31 12月, 2021 1 次提交
    • Z
      feat: 内核提供tick timer框架，支持多架构多平台通用化 · f635450d
      由 zhushengle 提交于 
      背景：
      当前Arch下tick timer的实现依赖于弱函数机制，三方适配时出错及限制较大，且tick
  timer作为内核必须模块，未模块化，当前散落在tick和调度等模块中，且当前存在arch依赖
  内核，内核也依赖arch的情况，为了解决上述问题，将tick timer模块化，通过提供tick
  timer框架实现内核依赖Arch而Arch不依赖内核，并且可以减少对外暴漏的接口，使得三方
  适配时更加明确需要实现的接口。

方案描述：
1.tick timer结构
  在kernel_liteos_m/arch/include/los_timer.h，中定义结构：

  typedef struct {
    UINT32        freq;
    INT32         irqNum;
    UINT32        (*init)(HWI_PROC_FUNC tickHandler);
    UINT64        (*getCycle)(UINT32 *period);
    VOID          (*reload)(UINT64 time);
    VOID          (*lock)(VOID);
    VOID          (*unlock)(VOID);
    HWI_PROC_FUNC tickHandler;
  } ArchTickTimer;
  并声明对外获取tick timer的接口：

  ArchTickTimer *ArchSysTickTimerGet(VOID)
  define LOS_SysTickTimerGet ArchSysTickTimerGet
2.在每个架构下提供默认的tick timer操作：

  STATIC ArchTickTimer g_archTickTimer = {
    .freq = xxx, 必填
    .irqNum = xxx, 必填
    .init = xxx, 必填
    .getCycle = xxx, 必填
    .reload = xxx, 必填
    .lock = xxx, 必填
    .unlock = xxx, 必填
    .tickHandler = NULL, 可选
  }
  并实现：ArchTickTimer *ArchSysTickTimerGet(VOID) 接口
3.内核los_tick.c中提供对外(其它模块)和公共的tick timer初始化操作函数，
  如果用户不想启用系统默认的tick timer,则需要在 "内核初始化之前" 调用接口：
  LOS_TickTimerRegister(const ArchTickTimer *timer, const HWI_PROC_FUNC tickHandler)
  将用户自己的tick timer或中断处理函数 注册进去。
  用户也可以注册自己的中断处理函数(用户不提供，默认使用系统提供的)。

BREAKING CHANGE:
  原来版本中每个架构下提供的tick timer相关操作函数为弱函数：
    WEAK UINT32 HalTickStart(OS_TICK_HANDLER handler);
    WEAK VOID HalSysTickReload(UINT64 nextResponseTime);
    WEAK UINT64 HalGetTickCycle(UINT32 *period);
    WEAK VOID HalTickLock(VOID);
    WEAK VOID HalTickUnlock(VOID);
  用户如果需要启用自己的tick timer需要自己实现相关接口(强属性)，在 "内核初始化之前" 通过调用：
  LOS_TickTimerRegister 接口替换系统默认提供的tick timer相关接口。
  无论用户提供的tick timer 还是系统默认提供的，均在内核初始化时启动。

Close #I4N7XV:arch 重构
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I83ad0bdf303904f0e73f808b57b60183619fddcd
      f635450d
  43. 28 12月, 2021 1 次提交
  45. 27 12月, 2021 1 次提交
  47. 25 12月, 2021 1 次提交
    • L
      feat: synchronizing arch api · 04bf3a68
      由 LiteOS2021 提交于 
      命名规范：修改少量Arch接口，命名规范化调整：
1.修改arch/include下接口声明，所有arch对外提供调用函数均以ArchXX命名
2.提取多个架构均有实现的公共函数声明至arch/include对应头文件中以供外部调用，并修改命名格式为ArchXX
3.修改OS_HWI_WITH_ARG为LOSCFG_PLATFORM_HWI_WITH_ARG并移至los_config.h中
4.typedef VOID (*OS_TICK_HANDLER)(VOID);暂时移至arch/include/los_timer.h中
5.实现atomic原子操作相关接口，位于arch/include/los_atomic.h,arm架构部分与汇编指令相关原子操作接口使用ARCH_ARM宏进行控制是否编译

BREAKING CHANGE: 1.修改arch/include下接口，以ArchXX命名函数
2.提取公共函数声明:ArchAtomicXchg32bits、ArchAtomicDecRet、ArchAtomicCmpXchg32bits
3.新增部分原子操作c内联实现

Close #I4N7XV
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
      04bf3a68
  49. 17 12月, 2021 1 次提交
  51. 16 12月, 2021 2 次提交
  53. 05 12月, 2021 1 次提交
  55. 04 12月, 2021 1 次提交
    • A
      feature: 支持newlib与musl切换 · 753d8601
      由 arvinzzz 提交于 
      系统支持newlib，并且可以与musl-C自由切换

1. 新增newlib支持，适配newlib的预留钩子，针对系统能力适配newlib头文件（补充宏定义，结构体定义，posix能力开关），
  采用标准C与自研posix接口声明与结构体定义混合作为C库
2. 梳理kal的依赖关系，kal作为内核对外提供的标准接口，下属包含cmsis、libc、posix。
  cmsis为内核对cmsis接口的支持，libc为内核对三方C库的适配及使用，posix为内核自研提供的posix标准接口。
  若采用musl-C，则kal中选取libc/musl,posix共同作为C库对外支持；
  若采用newlib-C，则kal中选取libc/newlib,部分posix共同作为C库对外支持。
3. fs整理，components/fs下提供基于posix标准的接口改为内部对外接口，供musl以及newlib切换 适配使用

close: #I4ENQ1
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: I72eda5ac5499f72c67e800e22b0f39eb288f2b94
      753d8601
  57. 16 11月, 2021 2 次提交
  59. 13 11月, 2020 1 次提交
  61. 10 9月, 2020 1 次提交
  63. 08 9月, 2020 1 次提交