yystopf
/
openharmony_kernel_liteos_m
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,153 Commits 170 Branches 50 Tags 14 MiB
Commit Graph

133 Commits

Author SHA1 Message Date
openharmony_ci 25441ec1b5 !314 fix: risc-v 低功耗下存在功能问题 
Merge pull request !314 from zhushengle/list
 2021-09-18 06:14:40 +00:00
zhushengle 9f185b5b52 fix: pm模块解冻线程时存在删除空链表且时间片频繁唤醒系统 
1.如果冻结线程状态为delay，则此时pendlist为NULL，解冻时不需要delete
2.低功耗时关闭时间片，减少时间片频繁唤醒系统
3.risc-v 中64位相加存在溢出
Close #I4AKUS

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Icb9e8f7df8488635f9660d3932b06fa6f57e6133
 2021-09-18 11:42:08 +08:00
wangchen 6ffd55dcd0 fix: shell模块task命令踩内存问题修改 
【背景】task命令获取内存时传入的参数过大，可能引起踩内存问题。

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

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

re #I4A70V
Signed-off-by: wangchen <253227059@qq.com>
 2021-09-16 15:56:38 +08:00
zhushengle 9b5739ab11 feat: 低功耗支持冻结线程等需求 
1.支持低功耗时冻结线程
2.支持延时锁
3.低功耗与idle分离
4.支持对接电源管组件的低功耗接口
LOS_PmReadLock --- 常阻塞，低功耗线程阻塞于该接口，当系统无任何模块持锁时会唤醒低功耗线程, 触发低功耗流程
LOS_PmSuspend --- 进入低功耗流程
Close #I49FJF

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I009255cfa1852b109dd8bfaf9c779e976660d621
 2021-09-14 19:55:26 +08:00
openharmony_ci 3c0d17fc63 !281 fix: 优化低功耗流程 
Merge pull request !281 from zhushengle/pm_optimize
 2021-09-09 06:55:55 +00:00
zhushengle c6600d9ddd fix: 优化低功耗流程 
1.normal和其它模式分离，流程分层化，使得结构较为清晰
2.tick timer处理实现优化为注册对应机制则默认支持，不注册则不执行，简化使用逻辑
3.添加 pm测试用例
Close #I46VXK

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7810ce0ca12dce96972399adf88e8319bb487905
 2021-09-09 11:46:23 +08:00
lanche1024 8bcab9ab7a add csky arch support 
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-09-07 17:11:10 +08:00
lnlan 53117f9f47 feat: 按任务统计已经alloc的内存大小 
【背景】
m核需补充shell命令，按任务统计已经alloc的内存大小
【修改方案】
1.新增在task命令中，在打印task
info前遍历所有内存节点，统计各任务所占用的内存节
点大小，在打印时将其打出。
2.内存节点中，taskid所占位数随系统最大任务数调整
【影响】
对现有的产品编译不会有影响。

re #I44WNU

Signed-off-by: lanleinan <lanleinan@163.com>
Change-Id: I080b5dd056966784c0752408f9e320ca0e97c7f7
 2021-08-28 06:14:34 +00:00
openharmony_ci 75f975c424 !279 feat: 完善m核qemu串口驱动，支持shell输入 
Merge pull request !279 from lnlan/shell_fix
 2021-08-26 02:03:22 +00:00
lnlan c4dc5ab0f8 feat: 完善m核qemu串口驱动，支持shell输入 
【背景】
m核qemu需完善串口驱动，支持shell输入
【修改方案】
1.完善串口驱动
2.添加shell任务，获取串口输入并下发处理
【影响】
对现有的产品编译不会有影响。

re #I46N7F

Signed-off-by: lanleinan <lanleinan@163.com>
Change-Id: Ib58d4e633081743e64412cb65aa209d3356d6c1c
 2021-08-26 01:15:17 +00:00
openharmony_ci 4e11ded476 !267 fix: 删除延时节点后，存在时间无法有效刷新的场景 
Merge pull request !267 from zhushengle/sched
 2021-08-19 00:39:21 +00:00
openharmony_ci 97c4a5813f !249 堆内存算法支持多段非连续性内存区域 
Merge pull request !249 from kenneth/multiple_mem
 2021-08-17 07:43:18 +00:00
kenneth 0facb0c017 feat: support non-continuous memory regions 
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: kenneth <zhushangyuan@huawei.com>
 2021-08-17 09:07:04 +08:00
zhushengle 0a87c04d58 fix: 删除延时节点后，存在时间无法有效刷新的场景 
1.从延时队列上删除延时节点时，如果该延时节点的响应时间比当前系统tick的响应时间小时，
将tick的响应时间修改为OS_SCHED_MAX_RESPONSE_TIME，以保证tick响应时间能够被刷新。
2.任务切换时，若g_schedResponseID为旧任务的taskID时(tick的响应时间为旧任务的时间片
结束时间)，将tick的响应时间修改为OS_SCHED_MAX_RESPONSE_TIME。
Close #I45I9Y

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ia77b789a10112935b719e8f733ba33835894e060
 2021-08-14 15:53:28 +08:00
zhushengle 509cf59bef fix: 以g_sysSchedStartTime是否为0判断时间轴是否生效存在极限场景导致调度时间不生效 
初始化调度时间不以g_sysSchedStartTime是否为0为界限，而以g_sysSchedStartTime是否为64位最大值，
为界限, 避免特殊以下场景：调度开启时系统时间为0，导致初始化的g_sysSchedStartTime还是0，导致
调度启动后获取的调度时间轴始终为0.

Close #I45HP5

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ie0ef4e7d149f09ac466c649c0f2d6538f5322439
 2021-08-14 11:30:46 +08:00
JerryH 9709d29b87 fix: 增加MPU功能的开关宏，默认关闭 
close #I3WE0S

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: Id193fd555877ac0c6b5b43e5dd5ede32531b86c4
 2021-08-10 19:27:14 +08:00
zhushengle 2118c84616 fix: tick 动态化计算优化，减小中断执行时间对系统总体时间的影响，保证软件定时器的响应精度。 
方案描述：
    1.周期软件定时器超时添加一个startTime字段，用于记录当前软件定时器的开始计时的时间，
    在定时器响应时，开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器
    的影响)。
    2. 在执行tick中断的过程当中，持有tick动态计算锁，保证在该过程中不会触发tick周期
    的计算，在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率
    3. 在设置tick周期时，减掉tick中断执行的时间，减小周期动态化带来的时间误差
    4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏，用于配置tick中断的最小响应精度
Close #I3YGP1

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ia53e4accce497bce870557c2c3387ce51fa3fed3
 2021-08-09 21:16:22 +08:00
openharmony_ci 4fd6a663ac !235 fix: 修复QUEUE_INFO_S中waitReadTask无法保存大于32的任务编号 
Merge pull request !235 from kenneth/master
 2021-08-02 02:07:12 +00:00
openharmony_ci 1d33f5e4b0 !234 feat: L0 支持Trace 
Merge pull request !234 from LiteOS/master
 2021-07-31 02:58:59 +00:00
LiteOS2021 56c93a641b feat: L0 支持Trace 
1.【需求描述】
　L0 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
2.【方案描述】
　(1).在内核模块预置静态代码桩
  (2).触发桩后，收集系统上下文信息
  (3).离线模式则写入内存，用户可通过dump导出；
  (4).在线模式通过pipeline对接IDE进行可视化解析和展示；

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 #I41Y9Y

Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-07-30 09:29:37 +08:00
kenneth 704cca97b1 fix: 修复QUEUE_INFO_S中waitReadTask无法保存大于32的任务编号 
根据任务最大数创建waitReadTask数组来保存任务编号信息

close #I41N78

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-07-28 11:19:39 +08:00
YOUR_NAME ad8e96a00f fix: los_swtmr.h不满足自包含要求对los_config.h存在依赖，但未包含los_config.h 
close: #I40DHM

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I6903d2ece13ab0a4aadbc65f737c5f5a0f0a357a
 2021-07-20 14:23:40 +08:00
openharmony_ci 0526c14017 !224 feat: 新增LOSCFG_BASE_CORE_TSK_SWITCH_HOOK 宏定义配置 
Merge pull request !224 from zhushengle/task
 2021-07-19 01:37:43 +00:00
zhushengle 39efd6fb30 feat: 新增LOSCFG_BASE_CORE_TSK_SWITCH_HOOK 宏定义配置 
优化原任务切换对外函数钩子调用为通过宏定义实现

Close #I40Q9O

Change-Id: Ie5ab75d04e2a63cb992be968d25e876fd91ee591
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-07-15 09:44:03 +08:00
arvinzzz 3c48951857 fix: 清理残留无效的trace代码 
1. 删除残留无用的trace代码
2. 调整los_error.h中失效的错误类型定义
3. 整理los_config.h中的特性控制宏

close: #I3ZMB4
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I9f03c486b54ae66308f0dac1aa003dd2a5ef5b84
 2021-07-13 11:31:32 +08:00
openharmony_ci eca03e5ed6 !195 feat: L0新增posix接口sem_getvalue 
Merge pull request !195 from x_xiny/master
 2021-06-24 07:15:06 +00:00
x_xiny 8649b14591 feat: m核新增posix接口sem_getvalue 
【背景】
 m核新增posix接口适配

【修改方案】
 接口新增sem_getvalue，并在内核适配相应接口

【影响】
 无

 re #I3WW8S

 Signed-off-by: x_xiny <1301913191@qq.com>
 Change-Id: I65a4baa242aaedc2fec9b6ed705dbb1ddb6e70c9

Change-Id: Id4c38a5dd4ac4e90f1bd032a39dcb97ce29de5f9
 2021-06-24 10:43:44 +08:00
openharmony_ci d0efdfc20d !169 feat: L0支持低功耗投票框架 
Merge pull request !169 from zhushengle/PM
 2021-06-22 11:55:22 +00:00
zhushengle 558ce14bec feat: L0 支持低功耗框架 
1.【需求描述】
　L0 支持低功耗投票框架, 使内核与应用、驱动分离开，通过注册及投票机制控制系统的低功耗模式,
  减低系统功耗,提升设备电池寿命。
2.【方案描述】
　(1).提供注册机制，使驱动与内核分离
  (2).提供投票机制，判断系统运行模式
  (3).记录持锁设备，便于回溯
  进入：系统运行进入idle任务时判断当前的功耗模式，如果上层应用未对当前功耗模式(deep和shutdown)
　持锁，则系统准备进入当前模式,首先所有设备依次进入当前模式，如果有设备进入当前模式失败，则恢复
　已进入当前模式的所有设备，并且功耗模式变为normal模式；设备依次进入当前功耗模式后cpu再进入当前
　功耗模式。
  恢复：功耗模式为deep时，需要恢复逻辑，时系统恢复运行。当有中断出发时，系统会退出低功耗模式，
  恢复顺序为：首先cpu先恢复，然后设备依次恢复。

BREAKING CHANGE:
1.原调度中基于tick timer的低功耗扩展和当前的pm模块合并，删除原对外接口LOS_SchedSleepInit,
　变为pm模块统一提供的LOS_PmRegistered接口.
2.原来在arch los_timer.h下提供的低功耗模式为枚举LOS_SysSleepEnum，其中OS_SYS_NORMAL_SLEEP
  和OS_SYS_DEEP_SLEEP不符合对外定义，统一修改为LOS_SYS_NORMAL_SLEEP和LOS_SYS_DEEP_SLEEP,
  并移至los_pm.h中.
3.VOID HalEnterSleep(LOS_SysSleepEnum sleep) 变更为UINT32 HalEnterSleep(VOID).

Close #I3UDNV

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Id5382c42c8055ba7850895a3f575130a73e38a65
 2021-06-22 13:15:06 +08:00
openharmony_ci 0f7d2fcf07 !193 fix: 延时队列为NULL时，返回的响应时间为64位最大值，导致无法更新tick timer的响应周期 
Merge pull request !193 from zhushengle/sched
 2021-06-18 10:09:31 +08:00
zhushengle bcec32e389 fix: 延时队列为NULL时，返回的响应时间为64位最大值，导致无法更新tick timer的响应周期 
问题描述：
  当g_schedResponseTime = OS_SCHED_MAX_RESPONSE_TIME，且nextExpireTime =（UINT64-1时,
  表示系统的延时队列已为NULL,　此时tick timer 中应该设置为最大值，但由于判断
  g_schedResponseTime - nextExpireTime >= OS_CYCLE_PER_TICK,导致条件不成立，直接返回，
  无法将其设置为最大值，导致tick 中断一直频繁响应。
解决方案：
  将延时队列为NULL时的返回值以及idle线程的时间片修改为OS_SCHED_MAX_RESPONSE_TIME - OS_CYCLE_PER_TICK,
  保证延时队列为NULL，能够正常设置tick响应的最大值。

Close #I3W1LF

Change-Id: I0d09119240ae5a50ddcb0c96fb23cd3d6e70b892
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-17 20:23:13 +08:00
li_zan 7259289bd9 fix: 修复littlefs编译fs.c缺少头文件件依赖配置+若干musl库的缺失问题+多分区规格宏配置问题 
close：#I3VT11

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-17 17:03:41 +08:00
rtos-lover b6664e66f1 fix: fix backtrace check issue 
fix issue that when memleak check is enabled, backtace is not enabled

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3VTKD

Signed-off-by: rtos-lover <zhushangyuan@hotmail.com>
 2021-06-16 17:12:41 +08:00
openharmony_ci 468ce69f27 !180 update: rename LOS_BackTraceInit 
Merge pull request !180 from kenneth/BackTraceInit
 2021-06-16 13:45:04 +08:00
openharmony_ci 48067a0596 !178 littlefs三方源码采用GN编译修改上库+默认Mount路径可配置 
Merge pull request !178 from li_zan/master
 2021-06-16 10:58:13 +08:00
kenneth a0a32188ff update: rename LOS_BackTraceInit 
change function name LOS_BackTraceInit and involve it in los_init.c when macro is not set to 0

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3SYQQ

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-16 08:51:00 +08:00
li_zan bdb614bc2b fix: littlefs三方源码采用GN编译修改上库 
close：I3VJ6X

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-15 19:56:50 +08:00
JerryH 97a5b6d8dc Merge branch 'master' of gitee.com:openharmony/kernel_liteos_m into backtrace 2021-06-09 10:41:58 +08:00
kenneth 811d3fae8a fix: fix typo in comment 
The word wantted is misspelled and should be changed to wanted. And expected-size is better than wanted size.

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3RW6C

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-03 20:39:33 +08:00
openharmony_ci 804f5a809f !130 fix: fix macro typo 
Merge pull request !130 from kenneth/STACK_PROTECTION
 2021-06-03 15:14:10 +08:00
YOUR_NAME ca1792aa4b feat(liteos_m): support backtrace for riscv 
Support backtrace for riscv when the compilation option(-fno-omit-frame-pointer) is not turned on.

fix #I3RVXY

Change-Id: Ie7d8a223167e5c540367bc96db646b821dae9fd0
 2021-05-25 11:10:28 +08:00
rtos-lover c70b28bf78 fix: fix LOS_TaskNameGet comment 
fix comment for the function LOS_TaskNameGet

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3QJVY
 2021-05-19 14:33:51 +08:00
openharmony_ci 930e92ebe2 !131 fix: fix destroy typo 
Merge pull request !131 from kenneth/los_event.h
 2021-05-19 13:37:20 +08:00
openharmony_ci 456bef2141 !133 fix: fix length typo 
Merge pull request !133 from kenneth/los_queue.h
 2021-05-19 13:35:03 +08:00
kenneth 98d65801de fix: fix length typo 
correct length、there、necessary spell

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3QQA8
 2021-05-18 11:23:43 +08:00
kenneth 4ba6259e94 fix: fix destroy typo 
change LOS_ERRNO_EVENT_SHOULD_NOT_DESTORY to LOS_ERRNO_EVENT_SHOULD_NOT_DESTROYED

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3RQXS
 2021-05-18 10:53:39 +08:00
kenneth 16003604a9 fix: fix macro typo 
change LOSCFG_EXC_HRADWARE_STACK_PROTECTION to LOSCFG_EXC_HARDWARE_STACK_PROTECTION

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3NUX6
 2021-05-18 10:02:03 +08:00
openharmony_ci bb84279cc2 !112 fix: fix function name 
Merge pull request !112 from rtos-lover/los_sched
 2021-05-18 09:42:55 +08:00
openharmony_ci 5ef2efb347 !118 支持IAR工具的Cortex-m33 TrustZone 
Merge pull request !118 from JerryH/master
 2021-05-17 21:59:13 +08:00
YOUR_NAME c70ef201f3 Add Cortex-m33 TrustZone about IAR 
close #I3MX1F

Change-Id: I449b01ad7ac714412a26bb9f3a6b723a6c74ca3f
 2021-05-11 10:45:52 +08:00
openharmony_ci 7a72b0069a !113 fix: modify event API description 
Merge pull request !113 from MGY917/master
 2021-05-08 13:10:43 +08:00
Guangyao Ma 9481f1d840 fix: modify event API description 
Change-Id: I62a819f3407fb933e0bb2ff2e97eda6e643acafb
 2021-05-08 10:17:11 +08:00
rtos-lover f7d50d0fbf fix: fix function name 
correct function name OsSchedSetIdleTaskSchedParam

close https://gitee.com/openharmony/kernel_liteos_m/issues/I3PXEX
 2021-05-08 10:12:52 +08:00
Haryslee 30578a6a68 fix: misspell 
Change-Id: I29c6df3ea2e1c23529373de74aa634be0c3de114
 2021-05-06 11:46:52 +08:00
openharmony_ci 6c83107292 !91 fix LOS_MEMBOX_ALIGNED macro name 
Merge pull request !91 from rtos-lover/master
 2021-04-30 08:36:10 +08:00
openharmony_ci 1f725147f3 !96 fix:Fixed kernel error with header protector and header comment description. 
Merge pull request !96 from zhushengle/others
 2021-04-28 09:09:07 +08:00
zhushengle 3907238b0f fix:Fixed kernel error with header protector and header comment description. 
Close #I3O4SF

Change-Id: I544cde728fb8131d199a21be440ae02da2fe21fb
 2021-04-26 21:13:55 +08:00
rtos-lover fced8992cf fix: fix LOS_MEMBOX_ALIGNED macro name 
change LOS_MEMBOX_ALLIGNED to fix LOS_MEMBOX_ALIGNED
 2021-04-26 09:42:24 +08:00
zhushengle 912bf69866 fix：Fixed comment description for OS_TSK_GET_INDEX error 2021-04-25 17:40:11 +08:00
zhushengle adaf6cf7c5 fix:Change the interface to LOS_UDelay and change the input parameter to microsecond. 
Close #I3NT3Y

Change-Id: Iae33e0aff59480342b07bb4fd2e66969a09affb3
 2021-04-23 17:33:27 +08:00
zhushengle 9656d852ab fix:Add LOS_SysDelay declaration. 
Close #I3NT3Y

Change-Id: I14a1edc3f9aa06cba28ad51a12f21f6fdcf14fd0
 2021-04-23 15:38:11 +08:00
zhushengle afdda22821 fix:Solution of conflict 
Change-Id: If2565e5942ca019865720d56dd8bda1617044e6d
 2021-04-22 14:33:20 +08:00
Caoruihong 14f0d7286a move noreturn attribute in front 
Change-Id: I267fa3fcaa068fe9465231a5edac531b1b539eda
 2021-04-21 17:19:07 +08:00
zhushengle 793d2139b2 fix:Solution of conflict. 
Close #I3IK07

Change-Id: I6913691a28c90b54fbda233209d43b981884f10c
 2021-04-20 14:56:26 +08:00
Caoruihong 3cea0e42b1 remove __cplusplus guards in .c files 
Change-Id: Ie25b83a42d3ca35c3a6d624ef01f425a85957d7f
 2021-04-19 18:19:28 +08:00
zhushengle bad8c3d53b IssueNo:#I3IK07 
Description:LOS_SysCycleGet replace HalCpuCycleGet
Sig:kernel
Feature or Bugfix:Feature
Binary Source:No

Change-Id: Ife3a4d351818f718f58d3624b5ee6dd127113378
 2021-04-17 16:07:51 +08:00
zhushengle c5f517667a IssueNo:#I3IK07 
Description:Resolve the conflict.
Feature or Bugfix:Feature
Binary Source:No

Change-Id: I882dcb9e523cab30e6ab4889099984fe0302f92e
 2021-04-17 11:03:45 +08:00
Caoruihong 6bf6efdc7e add noreturn attribute for LOS_Panic LOS_Reboot and HalSysExit 
Change-Id: I65bbdd3d60aa754a389f9371649a96483d2a6f8a
 2021-04-16 19:32:01 +08:00
zhushengle 57f6e1f181 IssueNo:I3IK07 
Description:liteos_m scheduling optimization and low power design.
Sig:kernel
Feature or Bugfix:Feature
Binary Source:No

Change-Id: I6ccbe267ec20f93f97032c5b006c3214eb099daa
 2021-04-16 18:54:47 +08:00
zhushengle cd30e62998 IssueNo:#I3IK07 
Description:liteos_m scheduling optimization and low power design.
Sig:kernel
Feature or Bugfix:Feature
Binary Source:No

Change-Id: I5b692a503ce6128626eec8f9a37742d7caa1fea9
 2021-04-14 09:22:36 +08:00
zhushengle f685eeb97d IssueNo:#I3IK07 
Description:liteos_m scheduling optimization and low power design.
Sig:kernel
Feature or Bugfix:Feature
Binary Source:No

Change-Id: If913b673c9b69039b51ca416be0a77ebccf2773b
 2021-04-13 21:48:04 +08:00
arvinzzz caffe81339 IssueNo:#I3HGTM 
Description: Fix some macro definitions of limits.h.
Feature or Bugfix: Bugfix
Binary Source:NA

Change-Id: I419c712f8605f8a0d2d6cb0b6c3831cea0e742e1
 2021-04-09 10:05:57 +08:00
arvinzzz 62caa74382 Description: add hook framework 
Change-Id: I45c37c3c92e74e676818e713fa46b3a9fe970e68
 2021-04-01 11:26:49 +08:00
mamingshuai 778c8b9930 update openharmony 1.0.1 2021-03-11 20:30:40 +08:00
huangjieliang 25b432927c Description: Sync liteos_m to OpenHarmony. 
Reviewed-by: likailong
 2021-01-30 18:05:13 +08:00
Caoruihong c3a34f1b79 Description: add posix api for liteos_m 
Reviewed-by: likailong

Change-Id: I4f83c38d201ce6efe214509958c346aa9e542155
 2021-01-21 23:47:21 +08:00
likailong c766d49a4d Description: support original vector base address 
Reviewed-by: shenwei
 2021-01-11 11:04:40 +08:00
likailong 5cee04fb0c Description: support original vector base address 
Reviewed-by: shenwei
 2021-01-08 19:04:35 +08:00
Caoruihong 1405111aa9 Description: refactor 
Reviewed-by: likailong
 2020-12-16 17:30:08 +08:00
likailong 72c4acf01e Description: liteos-m refactoring 
Reviewed-by: wangmihu, zhushengle
 2020-12-02 19:40:34 +08:00
zhushengle 82082fc0e6 Description:Liteos_m Support risc-v 
Reviewed-by:likailong, zhangfanfan
 2020-11-27 15:20:02 +08:00
l00278955 07d25a8ae8 Description: liteos-m refactoring 
Reviewed-by: liulei, shenwei

Change-Id: I7baba352c02b78aefc81fc5eca000d840d3b2fe3
 2020-11-13 09:55:39 +08:00
wenjun dc16ffa8cb add OpenHarmony 1.0 baseline 2020-09-08 16:46:24 +08:00