- 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>
-
- 09 6月, 2021 1 次提交
-
-
由 chenjing 提交于
新增link/symlink/readlink接口的系统调用及内核实现,当前仅支持jffs2文件系统。具体接口说明如下: 一、hard link 接口原型: int link(const char *oldpath, const char *newpath); int linkat(int olddirfd, const char *oldpath, int newdirfd, const char *newpath, int flags); 作用: 创建oldpath的硬链接,名为newpath。 功能说明: 1、newpath与oldpath必须在同一挂载分区内。 2、若newpath已存在,不会覆盖,错误码EEXIST。 3、oldpath必须为普通文件或者软链接文件。 4、如果oldpath是一个软链接文件,那么: 若调用link接口或者linkat(flags=0),创建出软链接文件的硬链接; 若调用linkat(flags = AT_SYMLINK_FOLLOW),创建出软链接所指向源文件的硬链接。 5、oldpath与newpath对应同一个文件,对oldpath与newpath任一名字的操作都是直接操作文件,没有“原始文件”的说法。 6、使用cp命令拷贝一个硬链接文件,生成文件的拷贝,新文件的nlink数为1。 7、删除oldpath或newpath,底层文件仍存在,可以通过另一个path访问。只有当两个path都删除之后,才会真正将文件删除,空间释放。 二、symbol link 接口原型: int symlink(const char *target, const char *linkpath); int symlinkat(const char *target, int newdirfd, const char *linkpath); 作用: 创建一个软链接文件linkpath,存储字符串target。 功能说明: 1、target可以为任意字符串(长度小于PATH_MAX)。 2、若linkpath文件名已存在,不会覆盖,错误码EEXIST。 3、用readlink函数可读取软链接的target内容。 4、软链接文件本身大小为target长度。 5、ls时软链接文件类型显示为 'l'。 6、symlink最大循环次数为CONFIG_FS_MAX_LNK_CNT(目前为40),超出则返回错误,错误码ELOOP。 7、使用cp命令拷贝一个软链接文件: 若target是一个文件:创建一个源文件的拷贝,类型为普通文件; 若target非文件:拷贝失败。 三、readlink 接口原型: ssize_t readlink(const char *pathname, char *buf, size_t bufsiz); ssize_t readlinkat(int dirfd, const char *pathname, char *buf, size_t bufsiz); 作用: 读取软链接文件存放的的target内容。 功能说明: 1、pathname必须为软链接文件,否则错误码EINVAL。 2、如果bufsiz小于target长度,则截断target。 close #I3Q0OD Change-Id: I3864d6069b627b705a369e8e32dc1eb922dc0157 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 07 6月, 2021 2 次提交
-
-
由 chenwei 提交于
1,VFS代码中不修改参数增加const修饰 2,fs_file_mapping.c: 增加安全函数的判空 3,path_cache.c: sizeof改为使用类型 4,fs_syscall.c: 对NULL解引用 5,VnodeLookup:冗余的判空,及不正确的判空 close: I3UMWD Signed-off-by: yansira <yansira@hotmail.com>
-
由 chenjing 提交于
close #I3TNAK Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: Ie754259ead7fc8f4c3b0fa36ef31969dd728b235
-
- 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
-
- 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
-
- 17 4月, 2021 1 次提交
-
-
由 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
-
- 09 4月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
add SysFstatat64 SysInfo SysVfork SysGetrusage fix up SysDup SysFcntl Change-Id: If41228da62f406312858921e48e2210e04f16a16
-
- 19 3月, 2021 1 次提交
-
-
由 wangchenyang 提交于
Feature or Bugfix:Feature Binary Source:Huawei PrivateCode(Yes/No):Yes Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47 ChangeID:13306388
-
- 13 3月, 2021 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 27 2月, 2021 1 次提交
-
-
由 星e雨 提交于
-
- 24 12月, 2020 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 08 12月, 2020 1 次提交
-
-
由 laokz 提交于
-
- 17 11月, 2020 3 次提交
-
-
由 Zbigniew Bodek 提交于
Mainly adding missing headers, removing redundant headers that induce undefined symbols or rearranging existing headers according to dependencies betheen them. Also add missing include paths to makefiles and make configs. Note: direct inclusion of pthread.h in disk.h is caused by the latter being used almost everywhere, including third_party libraries. Putting pthread.h there releases us from affecting more code. Basically fixes build for anything that is not default HiSi configuration. Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com> Change-Id: Icdcb0874d9fed34d01fa282d33bd2e041c2ac436
-
由 Zbigniew Bodek 提交于
Allows to disable NET_LWIP_SACK in the kernel configuration. Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com> Change-Id: Ibcde4a811e67d61bc713d405414c4991cbc1bdd3
-
由 Zbigniew Bodek 提交于
Fix unused function warning treated as error when KERNEL_DYNLOAD option is switched off. Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com> Change-Id: I21a01ff3d7ecb7b2e65bacbaa985c6390f5e4be7
-
- 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 提交于
-