- 30 7月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
close: #I434UC Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: If6cdb719412375c79356a50113a0efb45c8968f7
-
- 21 7月, 2021 1 次提交
-
-
由 kenneth 提交于
fix some spell issues in files under folder kernel/base/core: change Recyle to Recycle, ilde to idle and Porcess to Process close #I3R28X Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 07 7月, 2021 1 次提交
-
-
由 Caoruihong 提交于
fix compile errors in minimal compilation Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 10 6月, 2021 1 次提交
-
-
由 zhushengle 提交于
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态, 此时进程退出时该线程无法被正常回收,导致进程无法合理退出。 Close #I3V8R5 Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-
- 04 6月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器 【修改方案】 1、内核timer_create接口在创建software timers相应的线程时,使用线程 taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。 2、关于用户任务操作许可验证的修改,现在允许同一用户线程向其自身派发信 号,软件定时器计时结束,向用户态发送相应的信号,完成用户态线程的回调。 【影响】 对现有的产品暂无影响。 re #I3SRFI Signed-off-by: yansira <yansira@hotmail.com> Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
-
- 24 5月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理, 如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。 问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信 号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如 果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有 了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题, 那么它持有的内核资源就无法被释放了。 方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去 处理信号,等系统调用结束或缺页异常结束时再去处理信号。 解决的问题: 1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号 2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程 3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程 Close #I3S0N0 Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
-
- 20 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3I768 Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
-
- 18 5月, 2021 1 次提交
-
-
由 zhushy_ 提交于
correct function name OsSchedSetIdleTaskSchedParam close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RQ6J
-
- 08 5月, 2021 1 次提交
-
-
由 rtos-lover 提交于
correct some typos in los_task.c and other files close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QDB8
-
- 26 4月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I3OAFR Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
-
- 19 4月, 2021 2 次提交
-
-
由 Caoruihong 提交于
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
-
由 Caoruihong 提交于
Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e
-
- 31 3月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Description:Delete VM to support only kernel mode. Sig:liteos_a Feature or Bugfix:Feature Binary Source:No Change-Id: Ie1029c8fbc0c1b85c138663933118d2d148b7769
-
- 24 3月, 2021 1 次提交
-
-
由 星e雨 提交于
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
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 13 1月, 2021 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 26 12月, 2020 1 次提交
-
-
由 likailong 提交于
Reviewed-by: shenwei and zhangfanfan
-
- 24 12月, 2020 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 05 11月, 2020 1 次提交
-
-
由 zhushengle 提交于
Reviewed-by:liulei, lihao, likailong Change-Id: Ibacdda2ccbbc991ac9732f2ad09bdb98195203b3
-
- 13 10月, 2020 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-