- 18 9月, 2021 1 次提交
-
-
由 Leon Chan 提交于
close: #I4ATUC Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 09 8月, 2021 1 次提交
-
-
由 mucor 提交于
close: #I4443Q Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 20 7月, 2021 1 次提交
-
-
由 Far 提交于
增加mount的MS_RDONLY标志的支持,并修改vfs主要接口相关支持 Close #I3Z1W6 Signed-off-by: NFar <yesiyuan2@huawei.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>
-
- 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>
-
- 30 4月, 2021 1 次提交
-
-
由 mucor 提交于
Change-Id: I05564abac3f0a8f7881ebe8b5b72c1b6abbbe448
-
- 29 4月, 2021 1 次提交
-
-
由 li_zan 提交于
-
- 28 4月, 2021 3 次提交
- 26 4月, 2021 1 次提交
-
-
由 maguangyao 提交于
Change-Id: Ia46512ceb07333b3c51ff57d41ef8993f1ca6495
-
- 21 4月, 2021 1 次提交
-
-
由 chenwei 提交于
Close: I3NGBT Change-Id: I0c3ae0f389cabccc6ffa7a79b96ba6b028168dca
-
- 20 4月, 2021 3 次提交
- 17 4月, 2021 1 次提交
-
-
由 chenwei 提交于
Change-Id: If876cf6e9cba695906fa4a562c34027bd044aed6
-
- 16 4月, 2021 1 次提交
-
-
由 mucor 提交于
Change-Id: I256c6d908bce019698d349456109c8437ba751fc
-
- 01 4月, 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
-
- 29 3月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
Change-Id: I9802b6f9f0db6d137c0d4e3fa83f9ea7a3ecaa32
-
- 27 3月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Description: fix deadlock when opening a block device while frequently openning and closing a normal file Change-Id: I02e5574f522c2c51297ff10b63b0890dda5a8fca
-
- 19 3月, 2021 1 次提交
-
-
由 wangchenyang 提交于
Feature or Bugfix:Feature Binary Source:Huawei PrivateCode(Yes/No):Yes Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47 ChangeID:13306420
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 09 10月, 2020 1 次提交
-
-
由 Zbigniew Bodek 提交于
Signed-off-by: NZbigniew Bodek <zbigniew.bodek@huawei.com> Change-Id: I36cf1ea70a6e58e248328e189a2b9aa801fd88e7
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-