Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
1 年多 前同步成功

通知 460
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 21 7月, 2021 1 次提交
  3. 20 7月, 2021 1 次提交
    • F
      feat: 增加mount的MS_RDONLY标志的支持 · 8729f6ee
      由 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>
      8729f6ee
  5. 13 7月, 2021 1 次提交
  7. 12 7月, 2021 1 次提交
    • W
      fix: A核codex修改 · ec977a1c
      由 wangchen 提交于 
      【背景】A核codex扫描告警消除。

【修改方案】
1. 将不可屏蔽告警进行修复。

【影响】
对现有的产品编译不会有影响。

re #I40B1S
Signed-off-by: Nwangchen <253227059@qq.com>
      ec977a1c
  9. 08 7月, 2021 1 次提交
    • X
      fix:消除编译告警 · e4ff0458
      由 x_xiny 提交于 
      【背景】
 消除编译告警

【修改方案】
 消除编译告警

 re #I3ZC1R

 Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34
Signed-off-by: Nx-xiny <1301913191@qq.com>

Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
      e4ff0458
  11. 07 7月, 2021 1 次提交
  13. 05 7月, 2021 1 次提交
  15. 01 7月, 2021 1 次提交
  17. 28 6月, 2021 1 次提交
    • F
      fix: 恢复了FATFS设置卷标的功能 · 9515d53d
      由 Far 提交于 
      Liteos_a FATFS需要提供格式化时设置卷标的功能，该功能在当前系统中缺失。
现在恢复该功能，使用方法与原来一致。即使用set_label设置卷标文本后，调用format对设备格式化。

Close #I3Y5G8
Signed-off-by: NFar <yesiyuan2@huawei.com>
      9515d53d
  19. 24 6月, 2021 4 次提交
  21. 23 6月, 2021 1 次提交
    • C
      fix: 修改/proc/mounts显示格式 · 6860246c
      由 chenjing 提交于 
      显示信息内容及格式修改为与posix标准一致，内容包括：
1、挂载设备名
2、挂载点路径
3、文件系统类型
4、挂载选项（此项暂不支持，打印（））
5、dump频率（此项暂不支持，值为0）
6、fsck检查次序（此项暂不支持，值为0）

close #I3XGCS
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: I2a8cb093e7c5316feb55fb196bc1b4301d8d0249
      6860246c
  23. 22 6月, 2021 3 次提交
  25. 21 6月, 2021 3 次提交
  27. 20 6月, 2021 1 次提交
  29. 19 6月, 2021 1 次提交
    • M
      fix: remove redundant headfile · 73a77777
      由 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>
      73a77777
  31. 17 6月, 2021 1 次提交
  33. 15 6月, 2021 1 次提交
    • C
      feat: fatfs支持符号链接功能 · e50cf0be
      由 chenjing 提交于 
      1 将fatfs_creat与fatfs_mkdir抽象成fatfs_creat_obj，通过参数type控制创建的对象类型；
2 新增fatfs_symlink与fatfs_readlink接口，其中：
   1) fatfs_symlink通过fatfs_creat_obj创建出符号链接文件，并为其申请新簇，将target内容写入簇的第一个sector；
   2) fatfs_readlink读出符号链接文件对应簇中第一个sector的内容

close #I3V8D1
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: I38dfaa28af156399817530923534d5b73b4c64af
      e50cf0be
  35. 09 6月, 2021 1 次提交
    • C
      feat: support link/symlink/readlink · 6eddc869
      由 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>
      6eddc869
  37. 08 6月, 2021 1 次提交
  39. 07 6月, 2021 2 次提交
    • C
      fix: codex · 101a55d1
      由 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's avataryansira <yansira@hotmail.com>
      101a55d1
    • F
      fix: codex clean · b5370af8
      由 Far 提交于 
      1. 修复可能对NULL指针解引用的场景
2. 将不修改内容的指针入参修改为const
3. 对getpgrp的返回值进行校验后再使用
4. 修复了局部变量未初始化的问题

Close #I3UOFN
Signed-off-by: NFar <yesiyuan2@huawei.com>
      b5370af8
  41. 04 6月, 2021 3 次提交
  43. 20 5月, 2021 1 次提交
  45. 18 5月, 2021 1 次提交
  47. 11 5月, 2021 1 次提交
  49. 08 5月, 2021 1 次提交
  51. 30 4月, 2021 1 次提交
  53. 29 4月, 2021 1 次提交
  55. 28 4月, 2021 3 次提交