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

231 Commits

Author SHA1 Message Date
openharmony_ci 4491d561c7
!679 内核codex清零 
Merge pull request !679 from Kiita/0421_codex
 2022-04-25 04:36:10 +00:00
zhangyan 1bf61bb4b0 内核codex告警清零 
Signed-off-by: Kiita <zhanyan@huawei.com>
Change-Id: Ie510061dd37e4bafcb208e08311f43ef3119040c
 2022-04-24 09:05:50 +00:00
yinjiaming 6ffea886d3 fix: 编译告警清零 
【背景】

3.0 LTS 告警清零

【修改方案】
添加了安全函数的检查,将不安全的函数改写为安全函数

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

re #I4TM2U

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I4479172e755821916aa6f299607fdceac763d468
 2022-02-14 12:41:52 +00:00
openharmony_ci 443d9deb9b !483 fix: 修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题 
Merge pull request !483 from kenneth/cherry-pick-1640158553
 2021-12-29 00:54:26 +00:00
kenneth caa28225a8 fixed d32e25f from https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/362 
fix: 修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题

修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题

close #I4EJGR

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-28 09:13:14 +08:00
openharmony_ci fdb12dbe31 !486 fix: 移除los_arch_interrupt.h文件中冗余声明的函数VOID OsExcInit(VOID) 
Merge pull request !486 from kenneth/cherry-pick-1640158838
 2021-12-28 00:54:46 +00:00
openharmony_ci 8ebfe352f5 !490 fix: gcc编译testsuite编译问题修复 
Merge pull request !490 from kenneth/cherry-pick-1640160367
 2021-12-28 00:53:56 +00:00
openharmony_ci 2ef5ff366e !488 fix: 删除LOS_TRACE 记录SWTMR_START中的无效字段 
Merge pull request !488 from Zhaotianyu/cherry-pick-1640159998
 2021-12-23 08:46:38 +00:00
openharmony_ci 5acd9b36ff !481 fix：修复Fault异常模块中FPU宏等问题 
Merge pull request !481 from kenneth/cherry-pick-1640158227
 2021-12-23 07:17:18 +00:00
openharmony_ci 314102c234 !485 fix: los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误 
Merge pull request !485 from kenneth/cherry-pick-1640158674
 2021-12-23 07:15:36 +00:00
kenneth f0ed09be65 fixed f7d26b8 from https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/343 
fix: gcc编译testsuite编译问题修复

修复It_los_mem.h中没有定义LOS_DLNK_NODE_HEAD_SIZE、MIN_DLNK_POOL_SIZE，编译告警等问题。

close #I4DAOU

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-22 08:06:07 +00:00
LiteOS2021 d95a1523f2 fixed afbc9a5 from https://gitee.com/arvinzzz/kernel_liteos_m/pulls/348 
fix: 优化trace buffer初始化，删除swtmr 桩中的无效参数
close #I4DPR7

Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-12-22 07:59:58 +00:00
kenneth 48484444ce fixed 136952f from https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/342 
fix: 移除los_arch_interrupt.h文件中冗余声明的函数VOID OsExcInit(VOID)

VOID OsExcInit(VOID)函数的注释中参数描述错误，并且该函数并没有在C源文件中使用到,需要删除。

close #I4D9OO

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-22 07:40:38 +00:00
kenneth 6240af2522 fixed c51df7a from https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/363 
fix: los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误

修复los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误

close #I4EJI4

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-22 07:37:56 +00:00
arvinzzz 54936c19bd fixed 3fd22ac from https://gitee.com/arvinzzz/kernel_liteos_m/pulls/324 
fix: 修复hook层LOS_HOOK_TYPE_SEM_PEND的runningTask入参可能为空

在校验完semPend之后，就获取好runningTask并且与semPend关联

close: #I4BU4P
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ib56a1a1db8e4471d9e2adb0b7c3d8b17b1f87b8d
 2021-12-22 07:34:56 +00:00
kenneth 7a6242549f fixed 2da043c from https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/367 
fix：修复Fault异常模块中FPU宏等问题

去掉不必要的宏判断__FPU_PRESENT;参数变量名称 uwPid改为pid,和函数HalExcHandleEntry的参数保持一致

close #I4D575

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-22 07:30:27 +00:00
zhushengle d32fea7096 fixed ea12d40 from https://gitee.com/zhushengle/kernel_liteos_m/pulls/456 
fix: tick中断处理时，无挂起任务时应更新当前运行任务的时间片, 并触发一次调度

Close #I4LRZG

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4472fb50c775b832688aa7a555498901a80e2999
 2021-12-15 04:20:42 +00:00
zhushengle f23481e041 fixed 3e569ba from https://gitee.com/zhushengle/kernel_liteos_m/pulls/385 
fix: 修复cortex-m系列系统提供的timer在低频下时间不准的问题

触发场景：
    cpu主频比较高，timer频率较低时，当SysTick->VAL == 0时，
触发tick中断，在中断中系统将当前周期累加到基准时间里，在中
断结束更新tick响应时间时，会更新系统基准时间(为了让时间更
加准确)此时由于SysTick->VAL任然等于0,接口HalGetTickCycle
返回的仍然是当前周期，导致该周期被累加了两次。

解决方案：
    接口HalGetTickCycle在SysTick->VAL == 0时返回0.
因为SysTick->VAL == 0时，必然会触发tick中断，周期
的累加是由中断处理的，此时只需要返回0即可。

Close #I4HBGR
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iba6e8799b0ae851fc94aa23867b2360a4245994d
 2021-11-10 01:21:57 +00:00
zhushengle 2c85b0ec6d fixed 49c93b3 from https://gitee.com/zhushengle/kernel_liteos_m/pulls/351 
fix: 调用LOS_TaskDetach操作已退出的joinable的任务时，未正确回收该任务

Close #I4DZL7
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iac88818317c07807d0636712025f2c75b3b1f766
 2021-10-15 07:42:15 +00:00
openharmony_ci 773613af16 !333 fix: OS_TASK_STACK_PROTECT_SIZE undeclared error 
Merge pull request !333 from kenneth/mpu-3.0
 2021-09-29 03:49:03 +00:00
kenneth 2a5a515f50 fix: fix OS_TASK_STACK_PROTECT_SIZE undeclared error 
当开启LOSCFG_EXC_HARDWARE_STACK_PROTECTION宏时，增加定义OS_TASK_STACK_PROTECT_SIZE宏

close #I4C5RW

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-09-28 10:30:49 +08:00
kenneth 215a1f6dc0 fix: LOS_QueueInfoGet函数统计等待读写任务有误 
LOS_QueueInfoGet使用32位无符号数组来记录阻塞队列的任务，每个数组元素的每个bit位对应一个任务编号。
比如第一个数组元素的32个bit位对应任务编号0-31，第二个数组元素的32个bit位对应任务编号32-63....计算任务对应的数组的bit位数时使用
掩码OS_WAIT_TASK_ARRAY_ELEMENT_MASK的值应该为31，不应该依赖任务最大数目。

close #I4C6P2

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-09-28 10:18:41 +08:00
zhushengle 96b4c460e2 fixed ecfdf7f from https://gitee.com/zhushengle/kernel_liteos_m/pulls/311 
feat: 支持posix 和 cmsis join能力

支持API:
  LOS_TaskJoin
  LOS_TaskDeatch
  pthread_join
  pthread_deatch
  osThreadJoin
  osThreadDetach
Close #I44V26

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib61e69c280eef2e4b3b79d9bba7bbd5a300c7fe4
 2021-09-24 06:36:51 +00:00
zhushengle c5a9ba4abf fixed 9f185b5 from https://gitee.com/zhushengle/kernel_liteos_m/pulls/314 
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 06:15:45 +00:00
wangchen b5e84d5516 fix: shell模块task命令踩内存问题修改 
【背景】定期M核代码消除。

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

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

re #II4AIAQ
Signed-off-by: wangchen <253227059@qq.com>
 2021-09-17 14:35:27 +08:00
zhushengle 230a2f348f fixed 9b5739a from https://gitee.com/zhushengle/kernel_liteos_m/pulls/298 
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 12:31:10 +00:00
zhushengle c1b2b15a87 fixed c6600d9 from https://gitee.com/zhushengle/kernel_liteos_m/pulls/281 
fix: 优化低功耗流程

1.normal和其它模式分离，流程分层化，使得结构较为清晰
2.tick timer处理实现优化为注册对应机制则默认支持，不注册则不执行，简化使用逻辑
3.添加 pm测试用例
Close #I46VXK

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7810ce0ca12dce96972399adf88e8319bb487905
 2021-09-09 07:50:56 +00:00
openharmony_ci 1d9a5820f2 !291 修复HalTickStart错误的函数参数定义 
Merge pull request !291 from 野生毛霉君/master
 2021-09-07 06:11:28 +00:00
mucor 4443b74ea6 fix: fix bad params def in HalTickStart 
close: #I48YWT

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-09-07 11:40:17 +08:00
zhushengle 3798091d87 fix: 内核模块编译增加-Werror编译选项，且清除内核编译告警 
Close #I46E6S

Change-Id: If1362c02a0a344da881a9bf90e41f0a43ba33609
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-09-06 16:16:43 +08:00
openharmony_ci 459cabf7de !286 按任务统计已经alloc的内存大小 
Merge pull request !286 from lnlan/taskinfo
 2021-09-01 01:48:21 +00:00
lnlan 475db62db1 feat: los_memory.c代码重复率处理 
【背景】
los_memory.c中有4处遍历内存节点的操作，重复率较高
【修改方案】
1.提取一个遍历内存节点的函数，入参可传入处理函数来应对不同处理场景
【影响】
对现有的产品编译不会有影响。

re #I44WNU

Signed-off-by: lanleinan <lanleinan@163.com>

Change-Id: Iafd25be39e76ee29e4fb27e5ef65f1888cc23f02
 2021-08-31 02:30:30 +00:00
xiaofan 61cbf83f5d fix：修复software timer线程 
readsize在第一次循环后可能未被正确赋值的问题

Signed-off-by: xiaofan <xiaofan@iscas.ac.cn>
 2021-08-28 16:23:37 +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
wangchen deff7c921f fix: M核编译配置修改 
【背景】完善M核编译配置选项。

【修改方案】
1，在build.gn中添加config.gni的包含
2，修改部分build.gn中的格式规范问题

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

re #I46XEA
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-24 10:57:48 +08:00
openharmony_ci 19aa1bb5bc !278 M核告警消除 
Merge pull request !278 from wangchen/m_codex
 2021-08-21 09:34:31 +00:00
openharmony_ci 9996ef80d6 !269 M33平台GCC环境下TZ增加默认选项适配 
Merge pull request !269 from wangchen/new_tz
 2021-08-21 09:31:36 +00:00
wangchen f63c45930c 【背景】M33平台GCC环境下TZ默认开启TZ。 
【修改方案】
1，在M33平台下增加默认选项及开关
2，删除build.gn编译tz的部分，该部分由使用者编译在安全态
3，修改tz初始化的一个问题

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

re #I45UYU
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-20 20:01:01 +08:00
wangchen 5a9d53b644 fix: M核告警消除 
【背景】定期M核代码消除。

【修改方案】
1，根据工具扫描结果，对代码告警进行更改

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

re #I46LHG
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-20 18:44:33 +08:00
openharmony_ci 4e11ded476 !267 fix: 删除延时节点后，存在时间无法有效刷新的场景 
Merge pull request !267 from zhushengle/sched
 2021-08-19 00:39:21 +00:00
openharmony_ci 8023547244 !270 解决中断操作等接口头文件位置变更，引入的编译问题 
Merge pull request !270 from JerryH/hwi
 2021-08-18 07:31:59 +00:00
JerryH 013a953926 fix: 修复中断操作接口头文件位置变更，导致的编译错误 
close #I4665Z

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I5596179dea198dfe571420a7640abb00587abee1
 2021-08-18 14:47:59 +08: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
openharmony_ci 93f029b430 !250 某些编译器下编译告警消除 
Merge pull request !250 from 野生毛霉君/master
 2021-08-11 09:23:07 +00:00
openharmony_ci fa0b8b0dcb !227 feat: 支持native动态加载组件 
Merge pull request !227 from Harylee/mem
 2021-08-11 03:14:24 +00:00