yystopf
/
openharmony_kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
526 Commits 169 Branches 50 Tags 13 MiB
Commit Graph

32 Commits

Author SHA1 Message Date
kenneth f0b419099d chore: rename function OsCreateUserVmSpace 
rename function OsCreateUserVmSpace to fix typo

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-16 15:00:53 +08:00
zhushengle 23937a239f fix: 3518平台, 异常测试进程无法正常退出 
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态，
此时进程退出时该线程无法被正常回收，导致进程无法合理退出。

Close #I3V8R5

Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-10 20:11:36 +08:00
openharmony_ci 647f3defcd !296 支持最小化特性编译，添加了一个针对qemu arm virt的样例config配置 
Merge pull request !296 from Caoruihong/master
 2021-06-07 22:51:46 +08:00
Caoruihong 744b2021b2 chore: add a mini config for qemu arm virt 
support turn off as many features as possible.
current only libc and posix and bsd can not be turned off.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
 2021-06-05 17:40:22 +08:00
Kiita e5f6bf0556 feat: timer_create支持以SIGEV_THREAD方式创建定时器 
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

【修改方案】
1、内核timer_create接口在创建software timers相应的线程时，使用线程
taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。
2、关于用户任务操作许可验证的修改，现在允许同一用户线程向其自身派发信
号，软件定时器计时结束，向用户态发送相应的信号，完成用户态线程的回调。

【影响】
对现有的产品暂无影响。

re #I3SRFI

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
 2021-06-04 15:29:44 +08:00
zhushengle cf89f016e9 fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. 
背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
      如果有信号处理就切去处理信号，信号处理结束后回来继续按原来流程执行。
问题：当用户态线程在执行系统调用或缺页异常时，运行在内核态，如果此时有信
      号需要处理，且该线程已经持有了部分内核资源(如：锁，内存等), 此时如
      果有中断发生，则在中断结束时，就会去处理该信号，此时用户态线程持有
      了内核未释放的资源跑到了用户态去运行，如果该线程在用户态出现问题,
      那么它持有的内核资源就无法被释放了。
方案：用户态线程在执行系统调用和缺页异常时暂时屏蔽信号，防止此时有中断去
      处理信号，等系统调用结束或缺页异常结束时再去处理信号。
解决的问题：
  1. 执行系统调用或缺页异常时屏蔽信号，防止中断去处理信号
  2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
  3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程

Close #I3S0N0

Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
 2021-05-24 14:29:37 +08:00
arvinzzz 8cde768588 refactor: Refactored the kernel boot process and added a init framework 
close: #I3I768

Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
 2021-05-20 16:45:43 +08:00
openharmony_ci 6f99abfc7b !222 fix: correct spelling 
Merge pull request !222 from rtos-lover/los_task
 2021-05-19 13:46:10 +08:00
kenneth 8f8c038b21 fix: fix function name OsSchedSetIdleTaskSchedParam 
correct function name OsSchedSetIdleTaskSchedParam

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RQ6J
 2021-05-18 09:02:48 +08:00
zhushengle 1e308db64e fix:Fixed exception not saving stack pointer of SVC mode and abnormal signal processing issues 
Close #I3OAFR

Change-Id: I25b14572809b6fabb9e9d17de89a99047c02a59b
 2021-05-11 09:58:54 +08:00
rtos-lover c66fe0313f fix: correct spelling 
correct some typos in los_task.c and other files

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QDB8
 2021-05-08 11:23:08 +08:00
zhushengle f6c4f6f5da fix: Solution of conflict 
Change-Id: If6304999f1dfbcdfbc1670b73ace61b8024336bd
 2021-05-06 21:10:22 +08:00
zhushengle 1323874389 fix: Sortlink, the response time to insert the node should be inserted into the back of the existing node. 
Close #I3PSJ8

Change-Id: Ib630ba4febbc21d4f25af0961f5c996eadf4e054
 2021-05-06 11:02:36 +08:00
zhushengle 6d63f75e7f fix:Solve the coupling between the kernel and the structure under ARCH. 
Close #I3OAFR

Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
 2021-04-26 19:54:49 +08:00
openharmony_ci 7ba0bfa800 !157 删除无用的__cplusplus，移除不必要的文件x权限 
Merge pull request !157 from Caoruihong/cplusplus
 2021-04-20 09:01:45 +08:00
Caoruihong 7e73c929a2 remove __cplusplus guards in .c files 
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
 2021-04-19 18:28:25 +08:00
Caoruihong 1ea9610ffd code optimization 
Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e
 2021-04-19 15:24:00 +08:00
冷钦街 3194fcca08 update kernel/base/core/los_process.c. 2021-04-02 15:56:30 +08:00
YOUR_NAME c959d43684 IssueNo:#I3E0F2 
Description:Delete VM to support only kernel mode.
Sig:liteos_a
Feature or Bugfix:Feature
Binary Source:No

Change-Id: Ie1029c8fbc0c1b85c138663933118d2d148b7769
 2021-03-31 16:14:54 +08:00
zhushengle 9601ecc131 IssueNo:#I29BRN 
Description:Change the exception error message to Panic to clarify what normal does not return.
Sig:kernel
Feature or Bugfix:Bugfix
Binary Source:No

Change-Id: Ie7087cafe709f79604831f6d3eefcee6fe48ccbb
 2021-03-24 16:36:12 +08:00
mamingshuai 73a7b66116 update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
zhangfanfan2 98b1ae1ae6 删除LOS_TaskDelete中用于调试的主动异常信息以及修复LOS_DoMremap中调用LOS_ArchMmuMove参数错误问题 2021-01-13 14:42:32 +08:00
likailong 3dd32b9901 Description: add protect flag to resource task 
Reviewed-by: shenwei and zhangfanfan
 2020-12-26 10:43:04 +08:00
zhangfanfan2 5ed6f6598e No idle PCB debug 2020-12-25 09:59:11 +08:00
openharmony_ci b5571e02e4 !46 【轻量级 PR】：No idle PCB debug 
Merge pull request !46 from zhangfanfan2/N/A
 2020-12-24 15:37:11 +08:00
zhangfanfan2 b64e399c10 No idle TCB debug 2020-12-24 14:22:28 +08:00
zhangfanfan2 0c635d79e6 No idle PCB debug 2020-12-24 14:20:50 +08:00
zhushengle 4ff3c4bf79 Description:Process security function rectification. 
Reviewed-by:liulei, lihao, likailong

Change-Id: Ibacdda2ccbbc991ac9732f2ad09bdb98195203b3
 2020-11-05 09:10:14 +08:00
laokz 3883ccb0a0 修复LOS_BitmapSetNBits误将位数当作位模式的错误 2020-10-17 23:25:24 +08:00
Caoruihong 63bd69267a drop unnecessary executable file permission mode 
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
 2020-10-13 16:37:25 +08:00
jiamuluo 7d76e5f791 !8 OsCreateIdleProcess 中判断错误 
Merge pull request !8 from jiamuluo/master
 2020-09-15 11:49:41 +08:00
wenjun 6df931fc98 add OpenHarmony 1.0 baseline 2020-09-08 17:22:24 +08:00