Caoruihong
|
ac8c2c6d5b
|
fix: minimal compile
fix compile errors in minimal compilation
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
|
2021-07-07 00:26:33 +08:00 |
openharmony_ci
|
003810284c
|
!384 对内核中menuconfig开关的宏使用#ifdef/#ifndef来做预编译判断
Merge pull request !384 from boxi/upload
|
2021-07-01 07:11:13 +00:00 |
boxi
|
4e4f2d6d7e
|
refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误,
故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式
Close #I3YEGS
Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: boxi <lewis.liulei@huawei.com>
|
2021-07-01 09:08:18 +08:00 |
zhushengle
|
7de43bb004
|
fix: 修复kill进程时,因liteipc阻塞的进程概率无法退出问题
kill进程时,会将因为liteipc阻塞的线程唤醒,使其调度并自动退出,由于liteipc阻塞机制为
循环阻塞方式,会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的
线程后检查是否已有kill标志,如果有使其按接收数据失败退出,在返回用户态之前,该线程会进
入退出流程,结束运行。
Close #I3XX7K
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iec4e298dff4aefd2994289067a35cb5673e323f9
|
2021-06-26 17:08:48 +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 |
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 |
Caoruihong
|
7e73c929a2
|
remove __cplusplus guards in .c files
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
|
2021-04-19 18:28:25 +08:00 |
mamingshuai
|
73a7b66116
|
update openharmony 1.0.1
|
2021-03-11 18:43:57 +08:00 |
likailong
|
3dd32b9901
|
Description: add protect flag to resource task
Reviewed-by: shenwei and zhangfanfan
|
2020-12-26 10:43:04 +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 |
Caoruihong
|
63bd69267a
|
drop unnecessary executable file permission mode
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
|
2020-10-13 16:37:25 +08:00 |
wenjun
|
6df931fc98
|
add OpenHarmony 1.0 baseline
|
2020-09-08 17:22:24 +08:00 |