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

341 Commits

Author SHA1 Message Date
zhushengle 96cc92d035 feat: 支持任务栈可配置 
支持liteos_m 任务栈可配置
支持pthread 任务栈可配置
支持cmsis 任务栈可配置

BREAKING CHANGE:
pthread_create 支持任务栈设置
osThreadNew 支持任务栈设置
TSK_INIT_PARAM_S 结构体添加stackAddr 字段

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ifa2a3581b705631cc83cbde6182a39c28d66de2a
 2022-02-21 09:08:05 +08:00
fangye 21b46e82f3 fix: 修复未使用的参数和类型比较编译报错问题 
Signed-off-by: fangye <fangye@talkweb.com.cn>
Change-Id: I64f9e0cd20b62f877f353340b81922ddd45fbf7c
 2022-02-15 18:53:30 +08:00
LiteOS2021 cee9714a90 fix: kernel接口融合，添加/修改kernel函数 
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: LiteOS2021 <dinglu@huawei.com>
 2022-02-15 09:47:58 +08:00
zhushengle fb11ab181e feat: 同步调度部分优化至liteos_m 
1.tick timer与调度进一步剥离
2.性能敏感函数内敛化

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I00c27216e286dd7ca9c02db3e2377707d628a786
 2022-02-12 14:52:36 +08:00
LiteOS2021 4b607fd074 fix(posix接口融合): posix接口融合，接口规范兼容性修改 
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: LiteOS2021 <dinglu@huawei.com>
 2022-02-10 16:41:12 +08:00
JerryH 8d7468b44c feature: Support kernel signal and POSIX API. 
内核支持信号功能，支持注册、屏蔽、等待及触发等操作。

close #I4R72Q

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I26fb11a03d1899c6f7e665f0798824c578d592a6
 2022-01-20 11:17:40 +08:00
houpengfei 1e5aeb9eed fix:当前仓代码编译告警的问题 
Signed-off-by: houpengfei <houpengfei@talkweb.com.cn>
 2022-01-19 16:11:39 +08:00
yinjiaming 194ac5898d fix: 当前仓代码编译告警的问题 
【背景】
当前仓代码存在编译告警需要处理

【修改方案】
在测试用例中屏蔽了-Werror选项
在对应的代码处添加了相应函数的声明头文件

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

re #I4N50W

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I7dc1e38105aa3d60f9f991f34f88875cccb48463
 2022-01-19 02:27:14 +00:00
openharmony_ci c2d3518c42
!538 支持pipe管道通信机制以及poll多文件描述符检测接口 
Merge pull request !538 from JerryH/pipe
 2022-01-18 10:29:15 +00:00
JerryH 4890222e7c feature: Support pipe and poll interfaces. 
支持pipe管道驱动，支持poll多文件描述符检测接口。

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: Ida1f29709affbc91a26b8518e4a77b8e5469be19
 2022-01-18 16:47:35 +08:00
wangchen 1c605a338a fix: OsGetAllTskInfo调用和异常时无任务回调函数地址 
【背景】OsGetAllTskInfo调用和异常时无任务回调函数地址

【修改方案】
1，新增tskinfo内容

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

re #I4MG2T
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-01-15 08:14:53 +00:00
JerryH b98aa4eacd feature: 支持IAR C++ thread_local特性 
在需要IAR的thread_local特性时，在targets_config.h中包含los_iar_tls.h，覆盖los_config.h的默认定义，使能该特性。

close #I4PTVZ

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I92d3f960555f95cb3618dd5e3915824105eb13a4
 2022-01-10 20:10:35 +08:00
zhushengle ae02afc850 fix: tick timer时钟频率赋值修改为运行时赋值 
OS_SYS_CLOCK 宏由产品定义，该宏可能为函数，在编译时赋值无法覆盖该场景

Close #I4PGUR
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I60e3f4fcd8f94b26c23cc88e0622408a24fbebe2
 2022-01-05 15:51:11 +08:00
openharmony_ci 67f8149640 !480 feat: 内核提供tick timer框架，支持多架构多平台通用化 
Merge pull request !480 from zhushengle/timer
 2022-01-04 01:12:29 +00:00
zhushengle f635450d7c feat: 内核提供tick timer框架，支持多架构多平台通用化 
背景：
      当前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: zhushengle <zhushengle@huawei.com>
Change-Id: I83ad0bdf303904f0e73f808b57b60183619fddcd
 2021-12-31 10:50:33 +08:00
kenneth cf9c8387e3 fix: 中断向量表对齐大小支持可配置 
根据板端实际设置中断向量表对齐大小，支持可配置。

fix #I4M20E

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-28 09:52:13 +08:00
LiteOS2021 04bf3a682f feat: synchronizing arch api 
命名规范：修改少量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: LiteOS2021 <dinglu@huawei.com>
 2021-12-25 18:36:09 +08:00
ou-yangkan c082d77f55 fix:Fix spelling errors 
Signed-off-by: ou-yangkan <519689417@qq.com>
 2021-12-20 09:35:58 +08:00
openharmony_ci d03b490d3d !462 OsMuxInit函数中增加对owner成员的初始化 
Merge pull request !462 from fangye945a/master
 2021-12-15 02:34:24 +00:00
openharmony_ci 939414ea9a !456 fix: tick中断处理时，无挂起任务时应更新当前运行任务的时间片, 并触发一次调度 
Merge pull request !456 from zhushengle/tick
 2021-12-15 01:57:10 +00:00
fangye d1f7b8e465 OsMuxInit函数中增加对owner成员的初始化 
Signed-off-by: fangye <fangye@talkweb.com.cn>
 2021-12-14 22:45:29 +08:00
suzongyao eff6b5533c fix: 解决kernel目录下一些函数入参过剩导致编译错误的问题 
Signed-off-by: suzongyao <suzongyao@talkweb.com.cn>
 2021-12-13 17:15:26 -08:00
kenneth ab886d848a feat: 低内存资源回收low memory killer 
低内存资源回收特性，支持维护可杀低重要任务，当高内存任务申请不到足够内存时，临时释放低重要性的任务来释放内存来满足高内存任务正常运行；
当高内存任务退出运行时，自动恢复被杀的低重要性任务。设计文档归档位置 https://gitee.com/rtos_yuan/lmk/tree/design/

BREAKING CHANGE: 增加低内存资源回收注册相关接口LOS_LmkOpsNodeRegister、LOS_LmkOpsNodeUnregister和内存资源释放和任务恢复接口LOS_LmkTasksKill和LOS_LmkTasksRestore.

close #I4ID0M

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-13 12:07:33 +08:00
zhushengle ea12d40caf fix: tick中断处理时，无挂起任务时应更新当前运行任务的时间片, 并触发一次调度 
Close #I4LRZG

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4472fb50c775b832688aa7a555498901a80e2999
 2021-12-13 11:37:50 +08:00
openharmony_ci 4a95944fc5 !446 支持删除已经超时但还在队列中未执行的软件定时器 
Merge pull request !446 from JerryH/swtmr
 2021-12-09 03:10:36 +00:00
JerryH ecce17ea48 fix: 解决定时器超时但还在队列中无法删除的问题 
利用每次创建时，软件定时器timerId都是唯一的（0~0xffffffff循环），在超时写队列时，同时记录软件定时器id，删除的时候更新软件定时器id，那么在处理软件定时器前，
通过队列中记录的id获取软件定时器控制块，如果控制块的id不等于记录的id，那么说明该软件定时器被删除过，将不执行对应回调函数，表现为删除该定时器。

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

Close #I4LFVD

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I716176f177c4bc07adb348936d5568fbadcbebe7
 2021-12-08 15:27:49 +08:00
zhushengle d7c0059dc4 fix: 调度中将pm相关的部分用LOSCFG_KERNEL_PM包含 
Close #I4L00F
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I0dbe0954dcb881c0079677c215aceb099d6d1b94
 2021-12-06 19:12:55 +08:00
zhangfanfan2 f51d675fee
fix: LOS_Panic接口中增加需要增加LOS_BackTrace()，方便定位主动异常位置 
close: #I4IGGY

Signed-off-by: zff <zhangfanfan2@huawei.com>
 2021-11-30 07:24:29 +00:00
openharmony_ci d0d51b4a29 !393 feat: 支持Lms轻量级地址消毒 
Merge pull request !393 from LiteOS/lms
 2021-11-29 14:22:21 +00:00
zhushengle 91903a3716 fix: 修正部分编码风格问题 
Close #I4K8M7

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: If34d5c632cbb06f639434d8c35fb226a0253f4a7
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-11-29 14:22:39 +08:00
LiteOS2021 7b838e8a7b feat: 支持Lms 
1.【需求描述】：
   支持内核态堆内存非法访问检测，包括：越界访问、double free、释放后使用；支持libc常用高频函数内存检测；支持安全函数内存检测；读写检测可配可裁剪。
2.【方案描述】：
   (1).影子内存映射与标记
   (2).编译器使能-fsanitize=kernel-address 自动插桩检测点
   (3).实时校验影子内存的合法性；
   (4).错误访问打印回溯栈

BREAKING CHANGE: 新增支持API:

LOS_LmsCheckPoolAdd使能检测指定内存池
LOS_LmsCheckPoolDel不检测指定内存池
LOS_LmsAddrProtect为指定内存段上锁，不允许访问
LOS_LmsAddrDisableProtect去能指定内存段的访问保护

Close #I4HYBG

Signed-off-by: LiteOS2021 <dinglu@huawei.com>
Change-Id: Ia356a003088b9df37df667ea8ba91c80f5a41967
 2021-11-27 11:31:12 +08:00
openharmony_ci 2ad9dc0eac !426 feat: 调度、任务及pm解耦 
Merge pull request !426 from zhushengle/pm
 2021-11-27 02:08:29 +00:00
zhushengle cc8a794229 feat: 调度、任务及pm解耦 
pm中冻结线程的操作，融合至OsSchedSuspend和OsSchedResume，
使得调度模块提供对应完整的方法给任务模块，做到之间的相互解耦，
方便其它调度算法的融入。

Close #I4JTN6
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ifde7077166a2fe67e7246fa68f777844640d67db
 2021-11-25 16:54:02 +08:00
kenneth ad18026a59 fix: 在头文件中补充LOSCFG_MEM_FREE_BY_TASKID函数的声明 
LOSCFG_MEM_FREE_BY_TASKID函数在头文件kernel\include\los_memory.h中没有声明，使用会有警告，补充声明该函数。

close #I4JBOV

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-22 20:40:32 +08:00
Caoruihong 201da62e1f chore: move kernel/arch to arch 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I0f0b6f5cff967c47acf58be133a12a0fd98f4643
 2021-11-16 00:45:24 +08:00
openharmony_ci 942c614995 !371 支持Kconfig配置 
Merge pull request !371 from Caoruihong/kconfig
 2021-11-11 06:04:28 +00:00
Caoruihong 4546ff92f7 chore: clean unused files 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1ebc5d066a854f502c9f5e31b7acab8d8cdb69b1
 2021-11-09 22:06:44 +08:00
zhushengle 3e569bac58 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-08 14:49:52 +08:00
Caoruihong 7e673430dc feat(build): support Kconfig 
Kconfig usages are the same with liteos_a

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I9aacbb69da88d5427cced89d1a49cb1041afa998
 2021-11-05 12:18:04 +08:00
openharmony_ci 454c234512 !354 m4核在任务中异常时backtrace使用的是MSP所在的栈，而不是PSP所在的栈 
Merge pull request !354 from zhangfanfan2/exc
 2021-10-27 13:51:47 +00:00
zff 3e8aea224e fix: m4核在任务中异常时backtrace使用的是MSP所在的栈，而不是PSP所在的栈 
m4核开启浮点运算时，异常处理流程未将浮点压栈，导致异常上下文信息错位，
进而导致backtrace时使用的SP值错误，从而出现backtrace时使用的栈信息不对。

close: #I4D7GE

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: If7d5198d1f808de4f1cd9c2bc5c6f68185a4ffac
 2021-10-27 11:18:57 +08:00
openharmony_ci 844c5952ed !356 系统pend类接口未对软件定时器任务进行限制，容易引发软件定时器任务非正常挂起，出现响应不及时的问题。 
Merge pull request !356 from zhangfanfan2/swtmr
 2021-10-26 11:19:31 +00:00
openharmony_ci 3fefeba1f0 !362 fix: 修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题 
Merge pull request !362 from kenneth/unaligned
 2021-10-26 06:11:22 +00:00
kenneth 2da043ce16 fix：修复Fault异常模块中FPU宏等问题 
去掉不必要的宏判断__FPU_PRESENT;参数变量名称 uwPid改为pid,和函数HalExcHandleEntry的参数保持一致

close #I4D575

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-20 16:49:43 +08:00
openharmony_ci fe68a93ded !355 修复qemu和csky编译使用问题 
Merge pull request !355 from LiteOS/master
 2021-10-20 08:13:47 +00:00
kenneth c51df7a94c fix: los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误 
修复los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误

close #I4EJI4

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-19 20:01:50 +08:00
kenneth d32e25f3ae fix: 修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题 
修复los_interrupt.c文件中HalHwiInit函数里未使能未对齐异常问题

close #I4EJGR

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-19 19:45:24 +08:00
zff c886629e27 fix:系统pend类接口未对软件定时器任务进行限制，容易引发软件定时器任务非正常挂起， 
出现响应不及时的问题

close: #I44CI9

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I6aa612f3c34eef274eaa0c98efed0a3c4736de6e
 2021-10-18 16:35:51 +08:00
LiteOS2021 f2f8a865f0 修复qemu和csky编译使用问题 
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-10-18 13:34:48 +08:00
openharmony_ci c68b67a4e3 !351 fix: 调用LOS_TaskDetach操作已退出的joinable的任务时，未正确回收该任务 
Merge pull request !351 from zhushengle/detach
 2021-10-15 07:40:54 +00:00
zhushengle 49c93b37c5 fix: 调用LOS_TaskDetach操作已退出的joinable的任务时，未正确回收该任务 
Close #I4DZL7
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iac88818317c07807d0636712025f2c75b3b1f766
 2021-10-15 10:56:02 +08:00
LiteOS2021 afbc9a593b fix: 优化trace buffer初始化，删除swtmr 桩中的无效参数 
close #I4DPR7

Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-10-14 09:48:49 +08:00
openharmony_ci badf1e9557 !341 fix: csky等新增模块的HalTickStart函数定义和实现不一致 
Merge pull request !341 from kenneth/HalTickStart
 2021-10-11 09:19:08 +00:00
openharmony_ci 68a3f9e6dd !342 fix: 移除los_arch_interrupt.h文件中冗余声明的函数VOID OsExcInit(VOID) 
Merge pull request !342 from kenneth/OsExcInit
 2021-10-11 09:18:26 +00:00
openharmony_ci 6c1587bf03 !343 fix: gcc编译testsuite编译问题修复 
Merge pull request !343 from kenneth/testsuite
 2021-10-11 09:17:47 +00:00
kenneth f7d26b8e12 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-10-11 14:30:51 +08:00
kenneth 136952f193 fix: 移除los_arch_interrupt.h文件中冗余声明的函数VOID OsExcInit(VOID) 
VOID OsExcInit(VOID)函数的注释中参数描述错误，并且该函数并没有在C源文件中使用到,需要删除。

close #I4D9OO

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-11 10:36:26 +08:00
openharmony_ci fe06d0cbb9 !335 适配xtensa和csky qemu版本 
Merge pull request !335 from LiteOS/master
 2021-10-11 02:01:24 +00:00
kenneth 07ab6a5b77 fix: csky等新增模块的HalTickStart函数定义和实现不一致 
修复HalTickStart函数定义和实现中的参数类型保持一致

close #I4D1HY

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-09 17:37:08 +08:00
openharmony_ci adaefc6133 !337 fix: 删除C文件中无用的__cplusplus 
Merge pull request !337 from kenneth/cplusplus
 2021-10-09 09:06:00 +00:00
kenneth 7fe3aaddf5 fix: 删除C文件中无用的__cplusplus 
新增的c-sky等模块一些c文件中的依旧保留了无用的__cplusplus需要删除;修复注释中的部分不规范内容修改，缩进，空行，错别字等。

close #I4D0YK

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-09 09:21:45 +08:00
kenneth 3311d73406 fix: c-sky等芯片架构的BUILD.gn优化 
新增加的c-sky等模块的BUILD.gn实现和其他芯片架构不一致，已优化为一致

close #I4D129

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-09 09:07:40 +08:00
LiteOS2021 a7765e2a83 适配xtensa和csky qemu版本，并修复一些已知问题 
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-10-09 08:58:13 +08:00
openharmony_ci 892d6981e7 !336 fix: 删除OsMemboxExcInfoGetSub内存调测方法中多余的赋值语句 
Merge pull request !336 from kenneth/membox
 2021-10-08 02:39:05 +00:00
openharmony_ci 3eb4679f13 !324 【fix】hook层LOS_HOOK_TYPE_SEM_PEND的runningTask入参可能为空 
Merge pull request !324 from Zhaotianyu/0926hook_fix
 2021-10-08 01:06:22 +00:00
kenneth 94db0fe7a3 fix: 删除OsMemboxExcInfoGetSub内存调测方法中多余的赋值语句。 
OsMemboxExcInfoGetSub内存调测方法中存在对memExcInfo->size多次赋值，size含义不清晰，删除多余的赋值语句。

close #I4CFNX

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-09-29 14:51:14 +08:00
openharmony_ci 6134dcd428 !332 fix: LOS_QueueInfoGet函数统计等待读写任务有误 
Merge pull request !332 from kenneth/queue
 2021-09-29 02:51:19 +00:00
openharmony_ci 91bd0c2e2b !331 fix: OS_TASK_STACK_PROTECT_SIZE undeclared error 
Merge pull request !331 from kenneth/mpu
 2021-09-29 02:50:25 +00:00
zhushengle 0fb49d4422 fix: 修复risc-v异常时，异常信息混乱且backtrace无法输出的问题 
1.修复risc-v backtrace无法输出的问题
异常时未将fp传入，且backtrace校验不足，容易导致再次异常
2.优化task 输出信息格式
3.shell中task命令代码重复
4.OSBackTraceInit 拼写有误

Close #I4BPHX:riscv32_virt 异常时无法输出backtrace信息

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I141d5e7808fc967d846f425422f5dcf2ac01d1d1
 2021-09-28 11:39:42 +08:00
kenneth 56e234b300 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:27:52 +08:00
kenneth a0b6f98e20 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 09:40:23 +08:00
arvinzzz 3fd22ac2b0 fix: 修复hook层LOS_HOOK_TYPE_SEM_PEND的runningTask入参可能为空 
在校验完semPend之后，就获取好runningTask并且与semPend关联

close: #I4BU4P
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ib56a1a1db8e4471d9e2adb0b7c3d8b17b1f87b8d
 2021-09-27 09:48:02 +08:00
Haryslee 03de7f3745 feat: backtrace for arm9 
arm9架构支持栈回溯功能

close #I4BMLG

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: Iba30a6853391c4cad3ed59ddfc05ef2530a4de89
 2021-09-24 16:56:58 +08:00
openharmony_ci 4061deaae8 !311 feat: 支持posix 和 cmsis join能力 
Merge pull request !311 from zhushengle/join
 2021-09-24 00:30:44 +00:00
zhushengle ecfdf7ff9b 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-23 18:54:14 +08:00
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
openharmony_ci 03bbc750ce !305 fix: 修复OsQueueMailFree提早释放内存的问题 
Merge pull request !305 from hpline/master
 2021-09-17 09:33:45 +00: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
lurix 902efbcea9 chore: update the comment. 
Signed-off-by: lurix <lurix@foxmail.com>
 2021-09-15 12:57:40 +00: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
lurix 9c3a6901f1 chore: 解决代码风格导致的编译报错 
Signed-off-by: lurix <lurix@foxmail.com>
 2021-09-14 02:04:02 +00:00
lurix ec88d16289 fix: 修复OsQueueMailFree提早释放内存的问题 
Signed-off-by: lurix <lurix@foxmail.com>
 2021-09-13 10:04:25 +00: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
openharmony_ci fd8ca3f5dc !289 add xtensa and csky arch support 
Merge pull request !289 from LiteOS/master
 2021-09-08 06:55:10 +00:00
lanche1024 8bcab9ab7a add csky arch support 
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-09-07 17:11:10 +08: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