Skip to content

K
Kernel Liteos M

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

通知 20
Star 28
Fork 1
K
Kernel Liteos M

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

切换分支/标签
  1. 23 6月, 2022 1 次提交
  3. 14 6月, 2022 1 次提交
  5. 28 4月, 2022 1 次提交
  7. 02 4月, 2022 1 次提交
  9. 22 3月, 2022 1 次提交
  11. 21 3月, 2022 1 次提交
  13. 03 3月, 2022 1 次提交
  15. 23 2月, 2022 1 次提交
  17. 21 2月, 2022 1 次提交
    • Z
      feat: 支持任务栈可配置 · 96cc92d0
      由 zhushengle 提交于 
      支持liteos_m 任务栈可配置
支持pthread 任务栈可配置
支持cmsis 任务栈可配置

BREAKING CHANGE:
pthread_create 支持任务栈设置
osThreadNew 支持任务栈设置
TSK_INIT_PARAM_S 结构体添加stackAddr 字段
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Ifa2a3581b705631cc83cbde6182a39c28d66de2a
      96cc92d0
  19. 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
  21. 12 2月, 2022 1 次提交
  23. 10 2月, 2022 1 次提交
    • L
      fix(posix接口融合): posix接口融合，接口规范兼容性修改 · 4b607fd0
      由 LiteOS2021 提交于 
      posix接口融合，接口规范兼容性修改

BREAKING CHANGE:
接口修改：
calloc
pthread_mutex_init
mq_unlink
pthread_join
pthread_exit
pthread_attr_init
pthread_attr_destroy
pthread_condattr_destroy
pthread_cond_timedwait
pthread_mutexattr_init
pthread_mutexattr_settype
pthread_mutex_destroy
pthread_mutex_timedlock
pthread_mutex_trylockk
pthread_mutex_unlock
sem_getvalue
sem_timedwait
pthread_cond_timedwait
nanosleep
timer_create
timer_settime
timer_gettime
testStdlibStrtoull005
testStdlibStrtol011
testStdlibStrtoul007
testPthread004

新增接口：
CheckForCancel
pthread_setcancelstate
pthread_setcanceltype
pthread_once
pthread_setschedprio
pthread_attr_setstack
pthread_attr_getstack
pthread_condattr_getpshared
pthread_condattr_setpshared
pthread_condattr_getclock
pthread_mutexattr_gettype
CheckMutexAttr
OsMuxPreCheck
sem_trywait
MuxPendForPosix
MuxPostForPosix
增加overrun功能

接口变化：
mq_getsetattr 改为内部接口MqGetSetAttr
GetTickTimeFromNow->OsGetTickTimeFromNow

接口位置转移：
pthread_equal接口由newlib下转移到kal/posix/src/pthread.c中
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
      4b607fd0
  25. 20 1月, 2022 1 次提交
  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. 10 1月, 2022 1 次提交
  33. 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
  35. 28 12月, 2021 1 次提交
  37. 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
  39. 20 12月, 2021 1 次提交
  41. 14 12月, 2021 1 次提交
  43. 08 12月, 2021 1 次提交
    • J
      fix: 解决定时器超时但还在队列中无法删除的问题 · ecce17ea
      由 JerryH 提交于 
      利用每次创建时，软件定时器timerId都是唯一的（0~0xffffffff循环），在超时写队列时，同时记录软件定时器id，删除的时候更新软件定时器id，那么在处理软件定时器前，
通过队列中记录的id获取软件定时器控制块，如果控制块的id不等于记录的id，那么说明该软件定时器被删除过，将不执行对应回调函数，表现为删除该定时器。

BREAKING CHANGE: SwtmrHandlerItem结构体新增swtmrID字段，用于标识超时队列中软件定时器id

Close #I4LFVD
Signed-off-by: NJerryH <huangjieliang@huawei.com>
Change-Id: I716176f177c4bc07adb348936d5568fbadcbebe7
      ecce17ea
  45. 29 11月, 2021 1 次提交
  47. 25 11月, 2021 1 次提交
    • Z
      feat: 调度、任务及pm解耦 · cc8a7942
      由 zhushengle 提交于 
          pm中冻结线程的操作，融合至OsSchedSuspend和OsSchedResume，
使得调度模块提供对应完整的方法给任务模块，做到之间的相互解耦，
方便其它调度算法的融入。

Close #I4JTN6
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Ifde7077166a2fe67e7246fa68f777844640d67db
      cc8a7942
  49. 22 11月, 2021 1 次提交
  51. 05 11月, 2021 1 次提交
  53. 18 10月, 2021 1 次提交
  55. 28 9月, 2021 3 次提交
  57. 24 9月, 2021 1 次提交
  59. 23 9月, 2021 1 次提交
  61. 18 9月, 2021 1 次提交
  63. 16 9月, 2021 1 次提交
    • W
      fix: shell模块task命令踩内存问题修改 · 6ffd55dc
      由 wangchen 提交于 
      【背景】task命令获取内存时传入的参数过大，可能引起踩内存问题。

【修改方案】
1，对task命令中获取内存信息时的入参进行调整，避免引起内存问题

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

re #I4A70V
Signed-off-by: Nwangchen <253227059@qq.com>
      6ffd55dc
  65. 14 9月, 2021 1 次提交
    • Z
      feat: 低功耗支持冻结线程等需求 · 9b5739ab
      由 zhushengle 提交于 
      1.支持低功耗时冻结线程
2.支持延时锁
3.低功耗与idle分离
4.支持对接电源管组件的低功耗接口
LOS_PmReadLock --- 常阻塞，低功耗线程阻塞于该接口，当系统无任何模块持锁时会唤醒低功耗线程, 触发低功耗流程
LOS_PmSuspend --- 进入低功耗流程
Close #I49FJF
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I009255cfa1852b109dd8bfaf9c779e976660d621
      9b5739ab
  67. 09 9月, 2021 1 次提交
    • Z
      fix: 优化低功耗流程 · c6600d9d
      由 zhushengle 提交于 
      1.normal和其它模式分离，流程分层化，使得结构较为清晰
2.tick timer处理实现优化为注册对应机制则默认支持，不注册则不执行，简化使用逻辑
3.添加 pm测试用例
Close #I46VXK
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I7810ce0ca12dce96972399adf88e8319bb487905
      c6600d9d
  69. 07 9月, 2021 1 次提交
  71. 28 8月, 2021 1 次提交
    • L
      feat: 按任务统计已经alloc的内存大小 · 53117f9f
      由 lnlan 提交于 
      【背景】
m核需补充shell命令，按任务统计已经alloc的内存大小
【修改方案】
1.新增在task命令中，在打印task
info前遍历所有内存节点，统计各任务所占用的内存节
点大小，在打印时将其打出。
2.内存节点中，taskid所占位数随系统最大任务数调整
【影响】
对现有的产品编译不会有影响。

re #I44WNU
Signed-off-by: Nlanleinan <lanleinan@163.com>
Change-Id: I080b5dd056966784c0752408f9e320ca0e97c7f7
      53117f9f
  73. 26 8月, 2021 1 次提交
    • L
      feat: 完善m核qemu串口驱动，支持shell输入 · c4dc5ab0
      由 lnlan 提交于 
      【背景】
m核qemu需完善串口驱动，支持shell输入
【修改方案】
1.完善串口驱动
2.添加shell任务，获取串口输入并下发处理
【影响】
对现有的产品编译不会有影响。

re #I46N7F
Signed-off-by: Nlanleinan <lanleinan@163.com>
Change-Id: Ib58d4e633081743e64412cb65aa209d3356d6c1c
      c4dc5ab0
  75. 17 8月, 2021 1 次提交
    • K
      feat: support non-continuous memory regions · 0facb0c0
      由 kenneth 提交于 
      The multiple non-continuous memory regions are supported when the macro
LOSCFG_MEM_MUL_REGIONS is enabled. The array of the type LOS_MEM_REGION should be defined,
and each array element defines the start address and the length for each memory regions, \
begining from the lower address to the higher memory address.

close #I43XOP
Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
      0facb0c0