- 02 11月, 2021 2 次提交
-
-
由 zhushengle 提交于
Close #I4GLNT Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I7f3dd61bbf014fa157b1f9a0a089fd985fe188c2
-
由 zhushengle 提交于
Close #I4G4HP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I259c792365d9747f391c5bd275e77f04b83e0792
-
- 28 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4FSA7 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I8b24a1e1554b4b867a841bc1b6765cbfd648cdbd
-
- 22 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EZY5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I47ed0ff7a52f72e38875c3308b20e183cc5c4563
-
- 19 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EENF Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
-
- 09 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 父进程fork一个子进程,调用waitpid等待子进程结束。 子进程dlopen一个文件a.so,并退出。当守护进程正在 1核回收子进程资源时,父进程在0核运行从waitpid返 回后,同时remove a.so概率失败。 Close #I4CKQC Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie7940e7c931ced10ee357cf9aa7c64355effed49
-
- 12 8月, 2021 1 次提交
-
-
由 wjj 提交于
killpg:给进程组发信号 waitid:等待进程结束 修改测试用例到full里面 Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2 Signed-off-by: Nwjj <502004968@qq.com>
-
- 11 8月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
首先,POSIX规范规定文件描述符需要支持close-on-exec属性,修改前的vfs不支持close-on-exec,当exec系列函数执行时,进程所有的文件将会被关闭(0,1,2也重新被打开)。但是,系统有些时候是不能在exec时关闭全部文件的,例如在执行exec之前,就需要重定向进程的某些文件描述符时(使用dup2),就希望该文件不被关闭,继续保持重定向属性,shell执行进程并重定向其标准输出到文件,这是我们经常做的事情。 BREAKING CHANGE: 执行exec类函数后,进程拥有的文件描述符情况发生变化:修改前,默认关闭所有的进程文件描述符,0,1,2重新打开;修改后,除非文件描述符拥有FD_CLOEXEC标记,否则该描述符不会被关闭。 re #I3U81W Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
- 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>
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 22 6月, 2021 1 次提交
-
-
由 chenwei 提交于
1, for users with privilege, display all users' fd info with the template "Pid Fd SysFd Path" 2, for normal user, display its own fd info with the template "Pid Fd Path" close #I3WB5U Signed-off-by: Nchenwei <chenwei26@huawei.com>
-
- 16 6月, 2021 1 次提交
-
-
由 zhushy_ 提交于
rename function OsCreateUserVmSpace to fix typo close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42Signed-off-by: kenneth <459864689@qq.com>
-
- 05 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
support turn off as many features as possible. current only libc and posix and bsd can not be turned off. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
-
- 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
-
- 11 5月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I3OAFR Change-Id: I25b14572809b6fabb9e9d17de89a99047c02a59b
-
- 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 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
-
- 02 4月, 2021 1 次提交
-
-
由 冷钦街 提交于
-
- 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
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 26 12月, 2020 1 次提交
-
-
由 likailong 提交于
Reviewed-by: shenwei and zhangfanfan
-
- 25 12月, 2020 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 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
-
- 15 9月, 2020 1 次提交
-
-
由 jiamuluo 提交于
Merge pull request !8 from jiamuluo/master
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-