- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 24 6月, 2021 1 次提交
-
-
由 mucor 提交于
write "clear pathcahe" to clear pathcaches and vnodes write "clear pagecache" to clear pagecaches write "clear all" to clear both pathcaches and pagechaches the cache in use will not be cleared close: #I3XLPH Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 22 6月, 2021 3 次提交
-
-
由 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>
-
由 mucor 提交于
add /proc/fs_cache to display vnode, path cache, page cache. also change some bad virable name close: #I3WWBD Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 Haryslee 提交于
内存完整性校验原有逻辑中当检测到非零异常指针后仍继续访问异常指针 next的内存域导致系统异常。 本次修改后的逻辑为:检测到非零异常指针后直接退出循环,将异常指针 的相关信息输出即可,增加了goto逻辑。对原有功能逻辑无影响。 close #I3VJZT Change-Id: I5be06a552cf9fd74d8bd78f5cdf04db06eab4f76 Signed-off-by: NHaryslee <lihao189@huawei.com>
-
- 21 6月, 2021 2 次提交
-
-
由 SimonLi 提交于
-
由 mucor 提交于
add /proc/fs_cache to display vnode, path cache, page cache. also change some bad virable name close: #I3WESD Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 19 6月, 2021 1 次提交
-
-
由 mucor 提交于
1.remove redundant headfile in kernel, such as: compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h; 2.split fs.h to file.h and driver.h 3.move vnode.h and path_cache.h to vfs/include 4.remove redundant interface and defines close: #I3RTNR Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 16 6月, 2021 2 次提交
-
-
由 zhushy_ 提交于
rename function OsCreateUserVmSpace to fix typo close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42Signed-off-by: kenneth <459864689@qq.com>
-
由 zhushy_ 提交于
fix typo destroy close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RR17Signed-off-by: Kenneth <459864689@qq.com>
-
- 10 6月, 2021 1 次提交
-
-
由 zhushengle 提交于
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态, 此时进程退出时该线程无法被正常回收,导致进程无法合理退出。 Close #I3V8R5 Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7 Signed-off-by: Nzhushengle <zhushengle@huawei.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
-
- 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
-
- 21 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3SDKY Change-Id: I5ed9356ce2b55b6e07c3f192cdbc4a4f6fbfaa58
-
- 20 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3I768 Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
-
- 19 5月, 2021 3 次提交
- 18 5月, 2021 1 次提交
-
-
由 zhushy_ 提交于
correct function name OsSchedSetIdleTaskSchedParam close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RQ6J
-
- 14 5月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Delete redundant judgments. Close #I3P10Y and #I3QNLT Change-Id: Ibaf5d4da46f12c291619bb88a41ac18af4612ca1
-
- 11 5月, 2021 2 次提交
-
-
由 Guangyao Ma 提交于
Change-Id: I131c70e52d907b6c52232596475f2dba16612fce
-
由 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
-
- 06 5月, 2021 2 次提交
-
-
由 YOUR_NAME 提交于
storage medium is separated from the shell module. Change-Id: Id56939001d70bb92d9cc02bd7c9f55ca8b61cf5b
-
由 星e雨 提交于
fix: Sortlink, the response time to insert the node should be inserted into the back of the existing node. Close #I3PSJ8 Change-Id: Ib630ba4febbc21d4f25af0961f5c996eadf4e054
-
- 30 4月, 2021 1 次提交
-
-
由 Haryslee 提交于
Change-Id: Id75a1b146766f448838afc80ad11cfd9d990e94e
-
- 29 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Iecd1a896f92522ecc75d099c23761969a83b1d29
-
- 28 4月, 2021 1 次提交
-
-
由 mucor 提交于
Change-Id: I8662952ac9d7912aaf2e2e72f779b3def41d14c4
-
- 26 4月, 2021 2 次提交
-
-
由 zhushengle 提交于
Close #I3OAFR Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
-
由 Haryslee 提交于
Change-Id: I626a96376fe6bee69b10ee9b56495d62849c19b7
-
- 25 4月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
Change-Id: Ib068696c9280105e209469e875c187d741b704d2
-
- 19 4月, 2021 2 次提交
-
-
由 Caoruihong 提交于
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
-
由 Caoruihong 提交于
Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e
-
- 17 4月, 2021 2 次提交
-
-
由 zhangfanfan2 提交于
-
由 YOUR_NAME 提交于
Description:Fix related interface competition issues. Sig:liteos_a Feature or Bugfix:Bugfix Binary Source:No Change-Id: I1198408be9ce577bbf0735e3da53d0834622f429
-
- 14 4月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: Ie48b96fe9c8ab036d7234b56a169d6668171a895
-
- 11 4月, 2021 1 次提交
-
-
由 likailong 提交于
Description: Fix watchdog macro bug Sig:kernel Feature or Bugfix: Bugfix Binary Source: No
-
- 08 4月, 2021 1 次提交
-
-
由 mucor 提交于
Change-Id: I5ca037ef20eb65578b804e314617953bfbf6c35b
-
- 02 4月, 2021 1 次提交
-
-
由 x_xiny 提交于
Change-Id: Ia42e914b7a19b7d519010e371f808baa1c6588c0
-