Skip to content

T
Third Party NuttX

OpenHarmony / Third Party NuttX
9 个月 前同步成功

通知 5
Star 19
Fork 0
T
Third Party NuttX

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

切换分支/标签
  1. 18 9月, 2021 2 次提交
  3. 10 8月, 2021 1 次提交
    • O
      !69 OAT · ee215a45
      由 openharmony_ci 提交于 
      Merge pull request !69 from Caoruihong/cherry-pick-1628519059
      ee215a45
  5. 09 8月, 2021 5 次提交
  7. 20 7月, 2021 2 次提交
  9. 17 7月, 2021 2 次提交
  11. 16 7月, 2021 1 次提交
  13. 15 7月, 2021 1 次提交
  15. 13 7月, 2021 1 次提交
  17. 12 7月, 2021 1 次提交
  19. 06 7月, 2021 1 次提交
  21. 29 6月, 2021 1 次提交
  23. 24 6月, 2021 3 次提交
  25. 23 6月, 2021 1 次提交
    • C
      fix: 修改/proc/mounts显示格式 · cc820aa8
      由 chenjing 提交于 
      显示信息内容及格式修改为与posix标准一致，内容包括：
1、挂载设备名
2、挂载点路径
3、文件系统类型
4、挂载选项（此项暂不支持，打印（））
5、dump频率（此项暂不支持，值为0）
6、fsck检查次序（此项暂不支持，值为0）

close #I3XGCS
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: Ib9e04e6136c2dbc8ccf84e0b23156741286e7bcb
      cc820aa8
  27. 19 6月, 2021 2 次提交
  29. 16 6月, 2021 1 次提交
  31. 10 6月, 2021 1 次提交
  33. 09 6月, 2021 1 次提交
    • C
      feat: support link/symlink/readlink · ddaf328d
      由 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>
      ddaf328d
  35. 08 6月, 2021 1 次提交
  37. 07 6月, 2021 1 次提交
    • C
      fix: codex · 1ba85140
      由 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's avataryansira <yansira@hotmail.com>
      1ba85140
  39. 04 6月, 2021 2 次提交
    • O
      !41 memory-based romfs · 77a33f27
      由 openharmony_ci 提交于 
      Merge pull request !41 from LeonChan/lc-master
      77a33f27
    • C
      feat(file system): add memory-based romfs · 2db7204d
      由 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
      2db7204d
  41. 21 5月, 2021 1 次提交
  43. 20 5月, 2021 2 次提交
  45. 11 5月, 2021 1 次提交
  47. 10 5月, 2021 1 次提交
  49. 08 5月, 2021 1 次提交
  51. 06 5月, 2021 1 次提交
  53. 01 5月, 2021 1 次提交
    • F
      fix: BCHR-type vnode may be reclaimed before vnodefree · 32c27657
      由 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
      32c27657
  55. 30 4月, 2021 1 次提交