Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
9 个月 前同步成功

通知 450
Star 414
Fork 55
K
Kernel Liteos A

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

切换分支/标签
  1. 17 8月, 2021 1 次提交
  3. 11 8月, 2021 1 次提交
    • G
      feat(vfs): vfs支持FD_CLOEXEC标记 · 27dca4d8
      由 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: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
      27dca4d8
  5. 10 8月, 2021 1 次提交
    • L
      fix: 修复mqueue问题 · 26ee8b83
      由 lnlan 提交于 
      【背景】
1.mqueue用例关于NFILE错误码压力测试中，不符合预期结果
2.mq_unlink对于fork出的mqueue不起效
3.已打开的mqueue，在fork后两进程共用一份mqpersonal不合理
【修改方案】
1. 确认是内核关于mqueue的fd_set定义位置不合理导致的，
将fd_set定义位置由mqarray结构体调未全局变量后，问题解决
2.不合理的unlink_ref++导致的，去除相关操作，使用mq_personal
链表判断何时需要删除
3.fork时内核复制一份mqpersonal
【影响】
对现有的产品编译不会有影响。

re #I43P4T
Signed-off-by: Nlanleinan <lanleinan@163.com>
Change-Id: I09f183cc3a88e5a65201dbc1fc4f4806f78971be
      26ee8b83
  7. 06 8月, 2021 1 次提交
  9. 05 8月, 2021 1 次提交
  11. 03 8月, 2021 1 次提交
    • Yansira's avatar
      fix: toybox update · c3245b3c
      由 Yansira 提交于 
      【背景】liteos_a toybox 命令已知问题修复

【修改方案】
1、修复ls 统计文件大小问题。
Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
Change-Id: I64c41d3970650a434409f332b2659e31bb9223ab
      c3245b3c
  13. 30 7月, 2021 1 次提交
    • W
      fix: A核代码告警清零 · 698756d1
      由 wangchen 提交于 
      【背景】定期A核代码告警清零。

【修改方案】
根据工具扫描结果，对代码告警进行更改。

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

re #I4378T
Signed-off-by: Nwangchen <253227059@qq.com>
      698756d1
  15. 22 7月, 2021 1 次提交
    • Yansira's avatar
      fix: toybox命令升级 · 76f45b3f
      由 Yansira 提交于 
      【背景】liteos_a toybox 命令升级升级

【修改方案】
1、help命令列表不支持命令删除。
2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。
3、修复du命令统计nfs文件大小为0问题修复。
4、修复ls命令nfs文件时间打印信息有误问题。
5、更新命令不支持入参列表。

re #I41N2A
Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
Change-Id: I5f5b82e33ba9193ae06e9547182d5b7bac0a3b44
      76f45b3f
  17. 21 7月, 2021 1 次提交
  19. 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
  21. 13 7月, 2021 1 次提交
  23. 12 7月, 2021 1 次提交
    • W
      fix: A核codex修改 · ec977a1c
      由 wangchen 提交于 
      【背景】A核codex扫描告警消除。

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

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

re #I40B1S
Signed-off-by: Nwangchen <253227059@qq.com>
      ec977a1c
  25. 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
  27. 07 7月, 2021 1 次提交
  29. 05 7月, 2021 1 次提交
  31. 01 7月, 2021 1 次提交
  33. 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
  35. 24 6月, 2021 4 次提交
  37. 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
  39. 22 6月, 2021 3 次提交
  41. 21 6月, 2021 3 次提交
  43. 20 6月, 2021 1 次提交
  45. 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
  47. 17 6月, 2021 1 次提交
  49. 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
  51. 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
  53. 08 6月, 2021 1 次提交
  55. 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
  57. 04 6月, 2021 3 次提交
  59. 20 5月, 2021 1 次提交