- 12 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !44 from MGY917/master
-
- 10 8月, 2021 2 次提交
-
-
由 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: I2bdf8d81f629b43810a642148b6e31fb815fe288 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 openharmony_ci 提交于
Merge pull request !68 from Caoruihong/oat2
-
- 09 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ib6bc060da04cf8c13b12f06d40eee6968d130e07
-
- 06 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !63 from Caoruihong/oat
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5497a6e22acd6fd25632d58a011d2e528f93b057
-
- 05 8月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !62 from 野生毛霉君/master
-
由 mucor 提交于
close: #I4443Q Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 openharmony_ci 提交于
Merge pull request !61 from zianed/master
-
由 zianed 提交于
Signed-off-by: Nzianed <houxuanzhe@huawei.com>
-
- 03 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !57 from Far/dev
-
由 Far 提交于
NFS中部分错误分支打印了一些冗余的DEBUG信息,增加一个宏开关NFS_DEBUG 此宏开关打开时,才打印错误信息。 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 29 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !60 from Far/master
-
由 Far 提交于
NFS挂载时将NFS的根节点的私有数据存入管理链表,umount时,不去检查位于链表头的根节点, 保证umount成功。 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 23 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !59 from Kiita/toybox_update
-
- 22 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !58 from Caoruihong/build_gn
-
- 20 7月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !53 from Far/master
-
由 Far 提交于
增加mount的MS_RDONLY标志的支持,并修改vfs主要接口相关支持 Close #I3Z1W6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
由 Caoruihong 提交于
using gn build system Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ied926c5e0626f08167153dfd1f215b69d0ebf2dd
-
- 19 7月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】liteos_a toybox 命令升级升级 【修改方案】 1、help命令列表不支持命令删除。 2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。 3、修复du命令统计nfs文件大小为0问题修复。 4、修复ls命令nfs文件时间打印信息有误问题。 5、更新命令不支持入参列表。 Signed-off-by: yansira <yansira@hotmail.com> Change-Id: I6c55e9ac1aa59627b39fe9559891d746075e67ba
-
- 17 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !55 from boxi/upload
-
由 boxi 提交于
当前romfs中的挂载地址在romfs_hwconfigure中宏配置解决,不够灵活。 解决方法:通过romfs_bind中data入参传递给rm->rm_buffer,而romfs_bind在 调用mount的时候会被关联上,故挂载romfs的时候需要传入mount的地址数据, 例如:mount("romfs", "/", "romfs", 0, 0x41234000); //0x41234000 仅作为例子,可以是变量等 Close #I414RP Change-Id: I7536ae6680f3e97a945512e88f0d68174a2f3026 Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 16 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !54 from Far/dev
-
- 15 7月, 2021 1 次提交
-
-
由 Far 提交于
当前NFS在创建vnode私有数据时,未将私有数据插入全局管理链表nmp->nm_head,在回收vnode时,vfs调用vfs_nfs_reclaim钩子函数释放 私有数据。由于未将私有数据插入全局链表,导致无法进入free分支,进而引起内存泄露。 Close #I3YWSQ Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 13 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !52 from zhangfanfan2/master
-
- 12 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !51 from Caoruihong/fix_fd_h
-
- 06 7月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
问题场景描述:(1)进程A使用pipe获取操作fd,然后循环使用poll操作; (2)kill正在进行poll操作的进程A, pipe的fd会被回收,当pipe的设备节点未注销;(3)进程B使用pipe获取操作fd,此时获取的内核操作节点 为进程A创建的,存在使用进程A的操作节点的私有字段。 解决方案:pipe每次调用如果操作节点存在,就更新私有字段 close: #I3HXIX Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: Ic3b6a67ab5b3d9ea38e097ca69f26e5d93de9dfb
-
- 29 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
there are several symtex errors in fd.h, which should be fixed. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I4f49a16604e379ece6adfd87e4cdebac986eb7ba
-
- 24 6月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !49 from JING/mount
-
由 openharmony_ci 提交于
Merge pull request !50 from LeonChan/lc-romfs-bugfix
-
由 chenwei 提交于
1, remove FAR 2, remove debug.h 3, add include vnode.h, fs.h, file.h close: #I3XGHA Signed-off-by: Nchenwei <chenwei26@huawei.com>
-
- 23 6月, 2021 1 次提交
-
-
由 chenjing 提交于
显示信息内容及格式修改为与posix标准一致,内容包括: 1、挂载设备名 2、挂载点路径 3、文件系统类型 4、挂载选项(此项暂不支持,打印()) 5、dump频率(此项暂不支持,值为0) 6、fsck检查次序(此项暂不支持,值为0) close #I3XGCS Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: Ib9e04e6136c2dbc8ccf84e0b23156741286e7bcb
-
- 19 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !48 from 野生毛霉君/master
-
由 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 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !37 from Far/master
-
- 10 6月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !45 from JING/link
-
- 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: I4967101f2b45ba3e459a8df1a07f73e133706e10 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 08 6月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !47 from LeonChan/master
-
- 07 6月, 2021 1 次提交
-
-
由 chenwei 提交于
1,VFS代码中不修改参数增加const修饰 2,fs_file_mapping.c: 增加安全函数的判空 3,path_cache.c: sizeof改为使用类型 4,fs_syscall.c: 对NULL解引用 close: I3UMWD Signed-off-by: yansira <yansira@hotmail.com>
-
- 04 6月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !41 from LeonChan/lc-master
-