- 10 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !69 from Caoruihong/cherry-pick-1628519059
-
- 09 8月, 2021 5 次提交
-
-
https://gitee.com/caoruihong/third_party_NuttX/pulls/68由 Caoruihong 提交于
chore: update OAT.xml Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ib6bc060da04cf8c13b12f06d40eee6968d130e07
-
由 openharmony_ci 提交于
Merge pull request !64 from Caoruihong/cherry-pick-1628484418
-
由 openharmony_ci 提交于
Merge pull request !65 from 野生毛霉君/OpenHarmony-2.2-Beta2
-
由 mucor 提交于
close: #I4443Q Signed-off-by: Nmucor <mucorwang@gmail.com>
-
https://gitee.com/caoruihong/third_party_NuttX/pulls/63由 Caoruihong 提交于
chore: add OAT.xml Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5497a6e22acd6fd25632d58a011d2e528f93b057
-
- 20 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !53 from Far/master
-
由 Far 提交于
增加mount的MS_RDONLY标志的支持,并修改vfs主要接口相关支持 Close #I3Z1W6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 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 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !41 from LeonChan/lc-master
-
由 chenwei 提交于
1, this RomFS's codebase is Nuttx romfs, then it is compatible with Linux RomFS and you can create such a file system using the tool genromfs. 2, there are two major changes against with the original Nuttx romfs: 1), it is memory-based: all contents of the fs are stored in the memory in the very first stage of "mount". 2), this version of romfs is altered to be compatible with our version of VFS to take advantage of vnode cache and path cache. close: #I3S0CP
-
- 21 5月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !43 from JING/drv
-
- 20 5月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !40 from Zhaotianyu/0510init_framework
-
由 chenjing 提交于
Close #I3S5W4 Change-Id: If82ac10821da40d13cd4faf878d150019df43849
-
- 11 5月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !39 from zhOu/master
-
- 10 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3I768 Change-Id: I0f5fc0038cf7154b4f2e5afd8ecf767934e61e7c
-
- 08 5月, 2021 1 次提交
-
-
由 zhOu 提交于
-
- 06 5月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !35 from 野生毛霉君/master
-
- 01 5月, 2021 1 次提交
-
-
由 Far 提交于
Decreasing a vnode of BCHR type, drop the vnode mutex , and then check the vnode and hold the mutex again makes it possible to reclaim the vnode by other threads before free the vnode, which may cause problems Close #I3ORVN
-
- 30 4月, 2021 1 次提交
-
-
由 mucor 提交于
Change-Id: I05564abac3f0a8f7881ebe8b5b72c1b6abbbe448
-
- 29 4月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !34 from li_zan/master
-
由 li_zan 提交于
-