- 23 5月, 2023 1 次提交
-
-
由 zhushengle 提交于
Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I80b055091a0ff333a859cd35447a851296a67103
-
- 18 1月, 2022 1 次提交
-
-
由 arvinzzz 提交于
close: #I4OX3O Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I3ba65509135cee2ae3af82fec923a01e00ffdbe8
-
- 24 8月, 2021 1 次提交
-
-
由 wcc0 提交于
add fchdir and testcases Change-Id: Iad724944e727c4a08b8801f109acbbe48f55c283 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 19 8月, 2021 1 次提交
-
-
由 teamol 提交于
1.modifications: modified: testsuites/unittest/fs/BUILD.gn modified: testsuites/unittest/fs/jffs/It_vfs_jffs.h renamed: testsuites/unittest/fs/jffs/smoke/It_test_faccessat_001.cpp -> testsuites/unittest/fs/jffs/full/It_test_faccessat_001.cpp renamed: testsuites/unittest/fs/jffs/smoke/It_test_faccessat_002.cpp -> testsuites/unittest/fs/jffs/full/It_test_faccessat_002.cpp renamed: testsuites/unittest/fs/jffs/smoke/It_test_fstatat_001.cpp -> testsuites/unittest/fs/jffs/full/It_test_fstatat_001.cpp renamed: testsuites/unittest/fs/jffs/smoke/It_test_fstatat_002.cpp -> testsuites/unittest/fs/jffs/full/It_test_fstatat_002.cpp renamed: testsuites/unittest/fs/jffs/smoke/It_test_fstatfs_001.cpp -> testsuites/unittest/fs/jffs/full/It_test_fstatfs_001.cpp renamed: testsuites/unittest/fs/jffs/smoke/It_test_fstatfs_002.cpp -> testsuites/unittest/fs/jffs/full/It_test_fstatfs_002.cpp modified: testsuites/unittest/fs/jffs/vfs_jffs_test.cpp 2.add 6 testcases: It_test_faccessat_001.cpp It_test_faccessat_002.cpp It_test_fstatat_001.cpp It_test_fstatat_002.cpp It_test_fstatfs_001.cpp It_test_fstatfs_002.cpp 3.influence: none Signed-off-by: Nteamol <28105285@qq.com>
-
- 11 8月, 2021 1 次提交
-
-
由 wcc0 提交于
add fchmod api and testcases Change-Id: I310e9e9d79bbe3fa8dbab6080bbfce8a77b79bb3 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 10 8月, 2021 1 次提交
-
-
由 wcc0 提交于
add fststfs api and unitest Change-Id: I5e9fedd1bc26b77f080faf2fd3f5bf2f4a1dd9f7 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 20 7月, 2021 1 次提交
-
-
由 Far 提交于
增加mount的MS_RDONLY标志的支持,并修改vfs主要接口相关支持。 1. fatfs lseek接口在分区以MS_RDONLY方式和文件以只读打开时不再能够扩大文件的大小。 2. 直接在镜像中创建storage目录,而不是在挂载根文件系统时创建storage目录。 3. 增加了MS_RDONLY的测试用例。 Close #I3Z1W6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 01 7月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】当前的fs中的jffs用例存在运行不通过的问题,现将其一一修复。 【修改方案】 1. 默认storage文件夹没有文件,如果存在,删除后测试 2. BUG中存在判断不通过的情况,可能是移植过程中出现的变量判断错误,修改变量名正确通过 3. 移植过程中没有考虑现在falsh的大小,有时会出现写入量过多而容量不够的情况,则通过减少写入量来解决问题。 4. 为了尽量减少修改的内容,这里主要以更改全局宏大小或者在代码中修改变量的初始值。 【影响】 主要是jffs用例的写入flash的大小发生变化,其余没有影响。 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I878fe3ad855e0e430bf7f36e066120893f756828
-
- 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>
-
- 29 5月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 1.编译新增-notest选项为了排除用例参与构建,使用该选项时内核用例仍会参与构建,不符合预期 2.用例编译配置选项太多,需调整优化 【修改方案】 1.原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 2.编译配置通过level控制 【影响】 对现有的产品编译不会有影响。 Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
-
- 15 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ib6bd11fbeaac88e69de663a7a3f2d01ac1fe9042
-
- 11 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I885610a62b980bd3720b337aced886450338bdcf
-
- 10 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I5fd518e2e84df1d524d9405b665306cce485eb63
-
- 30 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I7f4add72f2fd1cc3770bcf103d1909add4829822
-
- 25 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
-