- 28 6月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !201 from LeonChan/lc-compile-warnings
-
由 openharmony_ci 提交于
Merge pull request !200 from LeonChan/lc-opendir-bug-fix
-
由 Leon Chan 提交于
1, function prototypes: LfsSeek, LfsCloseDir 2, fix some other minor warnings and remove some while spaces close: #I3Y57X Signed-off-by: NLeon Chan <chenwei26@huawei.com> Change-Id: Id8b77c8a6b2e8d2b9bc5f02e22bfc6a15d70f648
-
由 Leon Chan 提交于
close: #I3Y577 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !198 from Caoruihong/liteos_m_build_gn
-
- 26 6月, 2021 3 次提交
-
-
由 Caoruihong 提交于
add deps to musl, and securec. fwrap.c's contents are moved to musl. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ib451736798efd9745c6fbbbe5f355eea13477031
-
由 openharmony_ci 提交于
Merge pull request !199 from li_zan/master
-
由 li_zan 提交于
close:#I3XU6R Signed-off-by: Nli_zan <371442490@qq.com>
-
- 24 6月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !195 from x_xiny/master
-
由 openharmony_ci 提交于
Merge pull request !194 from li_zan/master
-
由 openharmony_ci 提交于
Merge pull request !197 from zhangfanfan2/master
-
由 x_xiny 提交于
【背景】 m核新增posix接口适配 【修改方案】 接口新增sem_getvalue,并在内核适配相应接口 【影响】 无 re #I3WW8S Signed-off-by: Nx_xiny <1301913191@qq.com> Change-Id: I65a4baa242aaedc2fec9b6ed705dbb1ddb6e70c9 Change-Id: Id4c38a5dd4ac4e90f1bd032a39dcb97ce29de5f9
-
由 li_zan 提交于
-
由 li_zan 提交于
close:#I3WWFA Signed-off-by: Nli_zan <371442490@qq.com>
-
- 23 6月, 2021 3 次提交
-
-
由 YOUR_NAME 提交于
当任务A调用LOS_EventRead阻塞开中断后,突然响应中断B,此时任务A已入阻塞链表, 任务状态为OS_TASK_STATUS_PEND | OS_TASK_STATUS_RUNNING;而B的回调函数中调用 LOS_EventWrite唤醒任务A,这个过程会调用OsSchedTaskWake,将任务A从阻塞链表中 取出,并去除OS_TASK_STATUS_PEND状态,且调用OsSchedTaskEnQueue将任务A添 加到调度队列并增加OS_TASK_STATUS_READY状态。OsSchedTaskWake全部流程完成后, 会开中断并调用LOS_Schedule,在LOS_Schedule流程中由于当前任务为A,且状态为 OS_TASK_STATUS_RUNNING | OS_TASK_STATUS_READY,会再次调用OsSchedTaskEnQueue, 从而被OsSchedTaskEnQueue断言拦住。修改方式:当任务状态含有OS_TASK_STATUS_RUNNING时 OsSchedTaskWake中不调用OsSchedTaskEnQueue。 close: #I3VX9Y Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I28f33d25504ade47469980fd6bb0b922bf4756da
-
由 openharmony_ci 提交于
Merge pull request !196 from zhangfanfan2/master
-
由 YOUR_NAME 提交于
close: #I3U9LE Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: Iff1180b89958b4d8c339a73f9a5f59cb47707c74
-
- 22 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !169 from zhushengle/PM
-
由 zhushengle 提交于
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: Nzhushengle <zhushengle@huawei.com> Change-Id: Id5382c42c8055ba7850895a3f575130a73e38a65
-
- 21 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !184 from kenneth/LOS_ListHeadInsert
-
由 openharmony_ci 提交于
Merge pull request !182 from kenneth/HWI
-
- 18 6月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !193 from zhushengle/sched
-
由 openharmony_ci 提交于
Merge pull request !192 from li_zan/master
-
由 zhushy_ 提交于
注释中@see部分提到了函数LOS_ListHeadInsert,但是该函数没有定义,增加该函数的定义。 close #I3TAQA Signed-off-by: kenneth <459864689@qq.com>
-
由 zhushy_ 提交于
新增对外接口LOS_HwiCreate、LOS_HwiDelete close #I3R75F Signed-off-by: kenneth <459864689@qq.com>
-
- 17 6月, 2021 5 次提交
-
-
由 li_zan 提交于
close:#I3VZSI Signed-off-by: Nli_zan <371442490@qq.com>
-
由 zhushengle 提交于
问题描述: 当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: Nzhushengle <zhushengle@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !191 from li_zan/master
-
由 li_zan 提交于
close:#I3VT11 Signed-off-by: Nli_zan <371442490@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !190 from Caoruihong/master
-
- 16 6月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !189 from rtos-lover/bt_fix
-
由 Caoruihong 提交于
the copy of bounds_checking_function under components was removed, we should use the copy of bounds_checking_function under //third_party Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ib5c392f4d592a2fe6f26f6c1e1ea60f1faa836b9
-
由 rtos-lover 提交于
fix issue that when memleak check is enabled, backtace is not enabled close https://gitee.com/openharmony/kernel_liteos_m/issues/I3VTKDSigned-off-by: Nrtos-lover <zhushangyuan@hotmail.com>
-
由 openharmony_ci 提交于
Merge pull request !180 from kenneth/BackTraceInit
-
由 openharmony_ci 提交于
Merge pull request !178 from li_zan/master
-
由 zhushy_ 提交于
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/I3SYQQSigned-off-by: kenneth <459864689@qq.com>
-
- 15 6月, 2021 3 次提交
-
-
由 li_zan 提交于
close:I3VJ6X Signed-off-by: Nli_zan <371442490@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !179 from Caoruihong/master
-
由 Caoruihong 提交于
path of posix header files are exposed via public_configs of //kernel/liteos_m/kal/posix Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Id838549e1a952d6ddb8664792570f265edfbd91c
-
- 11 6月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !176 from Caoruihong/porting2
-