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

678 Commits

Author SHA1 Message Date
openharmony_ci cda85bf1b0 !214 删除README中多余的changelog信息 
Merge pull request !214 from 野生毛霉君/master
 2021-07-06 12:41:48 +00:00
mucor 37ef8ca7ae fix: remove changelog in README 
close: #I3ZECY

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-07-06 20:37:15 +08:00
openharmony_ci 2e621bc323 !212 littlefs stat 接口支持获取文件类型 
Merge pull request !212 from LeonChan/little-stat
 2021-07-06 09:31:36 +00:00
Leon Chan ceaed2dc86 feat: add file type support for LfsStat 
close #I3ZCDR
Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-07-06 16:00:13 +08:00
openharmony_ci aa6385ce16 !210 risc-v gn 编译框架添加汇编编译选项 
Merge pull request !210 from zhushengle/CI
 2021-07-05 06:54:51 +00:00
zhushengle 76dc343c88 feat: risc-v gn 编译框架添加汇编编译选项 
Close #I3YS5Y

Change-Id: I380bc3442222ba18a0eebba4022ad6ca032e3de2
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-07-05 09:26:45 +08:00
openharmony_ci 77338f4c2b !209 littlefs错误码设置不正确 
Merge pull request !209 from LeonChan/little-errno
 2021-07-01 07:36:01 +00:00
openharmony_ci e5179be5b5 !208 feat: L0 测试用例支持risc-v qemu 编译运行 
Merge pull request !208 from zhushengle/test
 2021-07-01 03:34:31 +00:00
Leon Chan 452f36403d fix: littlefs inappropriate return value and errno 
return value and errno conforming to the POSIX.1.2008 standards

close: #I3YIVT
Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-06-30 18:38:01 +08:00
zhushengle 2dd6c080da feat: L0 测试用例支持risc-v qemu 编译运行 
Close #I3YILG

Change-Id: I85e77596ae390ff153e1a423a6ec1b7cb9247bcc
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-30 16:17:43 +08:00
openharmony_ci c56f5bc7bd !203 M33平台支持GCC环境的Trustzone 
Merge pull request !203 from wangchen/tz
 2021-06-30 00:38:05 +00:00
wangchen d469da29c6 feat: M33平台支持GCC环境的Trustzone 
【背景】M33平台当前仅支持IAR环境的tz，不满足云雀平台需求。

【修改方案】
1. 将 M33当前已有的IAR trustzone修改为gcc可用。

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

re #I3Y85I
Signed-off-by: wangchen <253227059@qq.com>
 2021-06-29 15:16:57 +08:00
openharmony_ci 7fcf7ee3e6 !202 m核lwip提供gn编译脚本 
Merge pull request !202 from 刘建东/master
 2021-06-28 12:32:54 +00:00
YOUR_NAME 8515f0dc8f chore: provide lwip gn file for liteos_m 
provide lwip gn file for liteos_m

close: #I3Y2WZ

Signed-off-by: liujiandong <liujiandong1@huawei.com>
 2021-06-28 17:13:44 +08:00
openharmony_ci 66f242f85b !201 littlefs编译告警消除 
Merge pull request !201 from LeonChan/lc-compile-warnings
 2021-06-28 09:11:23 +00:00
openharmony_ci 80f02595d7 !200 littlefs opendir失败时增加错误回滚 
Merge pull request !200 from LeonChan/lc-opendir-bug-fix
 2021-06-28 09:10:32 +00:00
Leon Chan 75f61870a0 fix: compile warnings 
1, function prototypes: LfsSeek, LfsCloseDir
2, fix some other minor warnings and remove some while spaces

close: #I3Y57X
Signed-off-by: Leon Chan <chenwei26@huawei.com>
Change-Id: Id8b77c8a6b2e8d2b9bc5f02e22bfc6a15d70f648
 2021-06-28 15:42:28 +08:00
Leon Chan 82fad6c36f fix: rollback resources when opendir failed 
close: #I3Y577
Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-06-28 15:29:31 +08:00
openharmony_ci 59225cb6df !198 重构kal/posix的BUILD.gn编译脚本，添加对musl c库的依赖 
Merge pull request !198 from Caoruihong/liteos_m_build_gn
 2021-06-28 00:35:34 +00:00
Caoruihong bfa25fcaa3 feat: add deps to musl and securec 
add deps to musl, and securec.
fwrap.c's contents are moved to musl.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ib451736798efd9745c6fbbbe5f355eea13477031
 2021-06-26 18:04:27 +08:00
openharmony_ci 586d9a18b3 !199 M核littlefs当文件open失败时，需要回收fd，否则会有fd泄露 
Merge pull request !199 from li_zan/master
 2021-06-26 08:22:24 +00:00
li_zan b458e12ed5 fix: M核littlefs当文件open失败时，需要回收fd，否则会有fd泄露 
close：#I3XU6R

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-26 09:33:57 +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
openharmony_ci 2e92427d8f !194 修复littlefs的多分区挂载时，对pathname的处理逻辑异常 
Merge pull request !194 from li_zan/master
 2021-06-24 05:05:07 +00:00
openharmony_ci ef4bdf6d10 !197 调度过程低概率触发OsSchedTaskEnQueue断言，导致系统异常 
Merge pull request !197 from zhangfanfan2/master
 2021-06-24 05:03:00 +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
li_zan b0119f6185 Merge branch 'master' of gitee.com:openharmony/kernel_liteos_m into master 2021-06-24 01:33:46 +00:00
li_zan b55cfc1ba7 fix: 修复littlefs的多分区挂载时，对pathname的处理逻辑异常 
close：#I3WWFA

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-24 09:31:15 +08:00
YOUR_NAME e5e9289a08 fix: 调度过程低概率触发OsSchedTaskEnQueue断言，导致系统异常 
当任务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: zff <zhangfanfan2@huawei.com>
Change-Id: I28f33d25504ade47469980fd6bb0b922bf4756da
 2021-06-23 19:25:58 +08:00
openharmony_ci 1f4b7aa85d !196 新增函数regcomp,regfree和regexec支持 
Merge pull request !196 from zhangfanfan2/master
 2021-06-23 10:31:36 +00:00
YOUR_NAME 86d5544a3f fix: 新增函数regcomp,regfree和regexec支持 
close: #I3U9LE

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: Iff1180b89958b4d8c339a73f9a5f59cb47707c74
 2021-06-23 15:27:50 +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 9fc34614d1 !184 feat: add LOS_ListHeadInsert function 
Merge pull request !184 from kenneth/LOS_ListHeadInsert
 2021-06-21 12:39:25 +08:00
openharmony_ci 8df07fe3cc !182 fix: add API LOS_HwiCreate、LOS_HwiDelete 
Merge pull request !182 from kenneth/HWI
 2021-06-21 12:38:07 +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
openharmony_ci 0247e421c7 !192 修复M核上musl库缺失strdup.c的问题 
Merge pull request !192 from li_zan/master
 2021-06-18 09:43:14 +08:00
kenneth 430b186be7 feat: add LOS_ListHeadInsert function 
注释中@see部分提到了函数LOS_ListHeadInsert，但是该函数没有定义，增加该函数的定义。

close #I3TAQA

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-18 09:01:25 +08:00
kenneth eb668eb9e0 fix: add API LOS_HwiCreate and LOS_HwDelete 
新增对外接口LOS_HwiCreate、LOS_HwiDelete

close #I3R75F

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-18 08:53:22 +08:00
li_zan 139f83af39 fix: 修复M核上musl库缺失strdup,c的问题 
close：#I3VZSI

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-17 20:28:47 +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
openharmony_ci 491920548c !191 修复littlefs编译fs.c缺少头文件件依赖配置 
Merge pull request !191 from li_zan/master
 2021-06-17 19:24:50 +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
openharmony_ci 6e162a9318 !190 修正有关makefile文件中bounds_checking_function的路径配置 
Merge pull request !190 from Caoruihong/master
 2021-06-17 09:30:40 +08:00
openharmony_ci 94e620acd0 !189 fix: fix backtrace check issue 
Merge pull request !189 from rtos-lover/bt_fix
 2021-06-16 21:00:44 +08:00
Caoruihong 5c0a6fffea chore: bounds_checking_function is under //third_party 
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: Caoruihong <crh.cao@huawei.com>
Change-Id: Ib5c392f4d592a2fe6f26f6c1e1ea60f1faa836b9
 2021-06-16 17:54:58 +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