yystopf
/
openharmony_kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,355 Commits 169 Branches 50 Tags 13 MiB
Commit Graph

242 Commits

Author SHA1 Message Date
x_xiny 0f75bf01a6 fix:内源代码检视拼写错误修改 
【背景】3.1代码review问题修改

    【修改方案】
     根据检视意见对拼写错误进行修改

     Signed-off-by: xuiny <xuxinyu6@huawei.com>

Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90
 2022-03-14 17:34:46 +08:00
openharmony_ci 2df39a7e51
!825 A核内源代码检视问题修改2 
Merge pull request !825 from wangchen/0310_a
 2022-03-10 12:12:21 +00:00
openharmony_ci 9f8127cc54
!824 fix: 源码检视修复 
Merge pull request !824 from yinjiaming/master
 2022-03-10 08:19:06 +00:00
wangchen 2f1ed39bc1 fix: 内源代码检视问题 
【背景】内源代码检视问题

【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-10 07:47:56 +00:00
yinjiaming 9a030d6930 fix: 修复3.1源码检视的问题 
【背景】
3.1 代码检视过程中有一些问题需要修复

【修改方案】
修改了失效的文档链接,更改了一些非可执行文件的权限

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

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
 2022-03-09 09:34:31 +00:00
openharmony_ci b797f50596
!813 主干告警清零 
Merge pull request !813 from yinjiaming/master
 2022-03-09 03:51:33 +00:00
wangchen 3824d1e9e4 【背景】内源代码检视问题 
【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-08 09:45:17 +00:00
yinjiaming 672bc729a6 fix: 主干告警清理 
【背景】
主干告警清理

【修改方案】
在需要的地方添加了强制类型转换

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

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
 2022-03-03 12:04:22 +00:00
Hongjin Li 1ecda9c033 chore: kernel部件化 
1、添加HPM包描述文件bundle.json
2、依赖的三方开源软件，由直接引用路径，改为import对应的gni文件，引用变量

Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
 2022-01-20 16:44:34 +08:00
Far de29140edf fix: 修复 virpart.c 不适配的格式化打印问题 
Close #I4PEVP

Signed-off-by: Far <yesiyuan2@huawei.com>
 2022-01-05 10:59:50 +08:00
Leon Chan a776c04a3d fix: change default permission of procfs to 0550 
close: #I4NY49

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-12-24 12:03:58 +08:00
Far 63e71feca0 fix: 修复LOSCFG_FS_FAT_CACHE宏关闭后编译失败的BUG 
1. 在必要处增加宏开关关闭部分代码的编译；
2. 由于驱动是一个独立的内核线程，在一些场景下文件系统会将用户态地址透传给驱动，这会导致内核崩溃。
因此在需要透传用户态地址时增加了一个内核buffer作为中转。

Close #I3T3N0

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-12-13 15:01:16 +08:00
zhushengle 64e49aba7c feat: 支持L1 低功耗框架 
方案描述：
   和L0保持一致，上层通过proc文件系统操作：
   power_mode  支持的低功耗模式，通过对该文件进行write操作可以设置低功耗模式
   power_count powermanager模块通过对该文件操作，和内核进行交互，简要流程如下：
     while (1) {
       open  // 打开该文件
       read  // 使powermanager低功耗任务常阻塞，当系统无任何模块持锁时，会唤醒该任务
       write // 进行低功耗流程
       close // 关闭该文件
     }
   power_lock    write该文件，持锁
   power_unlock  writw该文件，释放锁

Close #I4JSO

Change-Id: I73fcdeeb5e2039484b3351a81b46a0892b349fe9
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-11-29 11:58:47 +08:00
Far 011a55ff21 fix: 修复jffs2适配层错误释放锁的BUG 
修复重复释放jffs2全局锁的BUG

Close #I4FH9M

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-11-18 14:22:25 +08:00
openharmony_ci fe4082ca9e !709 A核代码静态告警定期清理 
Merge pull request !709 from wangchen/1112_codex
 2021-11-16 06:47:22 +00:00
lnlan 9ba725c3d4 fix: A核代码静态告警定期清理 
【背景】A核代码静态告警定期清理

【修改方案】
1，根据codex等工具分析结果，进行必要的规范等问题修改

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

re #I4I0O8
Signed-off-by: wangchen <253227059@qq.com>
 2021-11-15 02:47:08 +00:00
kenneth 0f878febb7 chore: 修复社区反馈问题Percpu结构体注释错误 
修复社区反馈问题Percpu结构体注释错误，排查下其他拼写错误。

close #I4GMLH

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-10 10:20:33 +08:00
lnlan 2251b8a2d1 fix: 增加内核epoll系统调用 
【背景】增加内核epoll系统调用适配musl接口并增加测试用例

【修改方案】
1, 删除musl仓的porting
2，内核实现epoll对应接口及注册系统调用
3，testsuit目录添加对应的用例

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

re #I4FXPT
Signed-off-by: wangchen <253227059@qq.com>

Change-Id: Ia97ea49067aa1ff47b8c1c83675ac75e75d25955
 2021-11-05 08:17:43 +00:00
Far c1c2be2a87 refactor: 文件系统Open性能优化 
优化包括：
1. 提供VnodeLookupFullpath接口，如果路径是规范化的路径，则调用此接口可减少一次vfs_normalizepath接口的调用;
2. fatfs open钩子函数FIL和buffer同时malloc，减少一次malloc调用，同时去除不必要的数据写回;
3. 其他小细节的优化。

Close #I4E0CT

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-10-15 11:59:38 +08:00
Leon Chan e4a06623ce fix: change the execFile field in TCB to execVnode 
TEE需要借用TCB中的execFile来校验打开的文件，pagecache修改后，可执行程序在mmap之后，会被立即关闭，因此将execFile改为execVnode

close: #I4CLL9

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-30 14:33:36 +08:00
openharmony_ci 7d7cff4c51 !633 fix: codex清理 
Merge pull request !633 from Far/master
 2021-09-27 08:38:37 +00:00
Far 9ab3e351d3 fix: codex 清理 
Close #I4BL3S

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-09-27 14:43:28 +08:00
openharmony_ci de8bd2866a !609 三方库FatFs升级至r0.14a版本 
Merge pull request !609 from Far/fatfs_update
 2021-09-24 00:53:43 +00:00
Far d23f2fc73f feat:适配三方库FatFs升级至r0.14a版本 
适配了_mkfs和find_volume接口的修改

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-09-22 15:00:40 +08:00
openharmony_ci 52d1d8d8d0 !623 procfs 使用统一的权限 
Merge pull request !623 from LeonChan/procfs_mode
 2021-09-16 11:35:42 +00:00
Leon Chan c79bcd028e fix: same file mode for procfs files 
close: #I4ACTC

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-16 16:18:02 +08:00
openharmony_ci ecd9ca7781 !534 pagecache从filep改为使用vnode 
Merge pull request !534 from LeonChan/pg
 2021-09-15 03:51:50 +00:00
Leon Chan 38a6b804e9 feat: page cache backed by vnode instead of filep 
1, change the owner of page to vnode
2, save the file path in vnode

close: #I44TBS
Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-14 15:31:33 +08:00
arvinzzz b3d96d166c refactor: 清理Makefile冗余项 
清理Makefile冗余项，各模块Makefile里不需要再次引用公共路径，只需引用私有头文件路径

close: #I49MOO

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
 2021-09-13 18:14:15 +08:00
openharmony_ci 8713997548 !617 syscall review bugfix 
Merge pull request !617 from 野生毛霉君/master
 2021-09-09 14:53:55 +00:00
mucor 214f44e935 fix: syscall review bugfix 
close: #149BPF
Signed-off-by: mucor <mucorwang@gmail.com>
 2021-09-09 15:19:03 +08:00
openharmony_ci ba977dd5ab !605 refactor: 内核目录结构整理 
Merge pull request !605 from Zhaotianyu/0902dir_refactor
 2021-09-09 01:23:33 +00:00
arvinzzz 33d0c1bd0b refactor: 内核目录结构整理 
1. 原kernel/common目录下属于内核拓展组件，统一移入kernel/extend管理
2. Kconfig分层，各模块自己的配置放到自己目录下管理
3. 原platform下不属于平台的公共代码抽到kernel/common下，只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译
4. 对外公共头文件统一抽到对外include路径
5. 废弃宏，头文件清理

close: #I48KI4

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I0cf5ea81c92a8fa7b113da9cbdc8b7bc935f5aae
 2021-09-08 16:36:28 +08:00
Guangyao Ma f67c4dae51 feat: add sync() to vfs 
新增sync方法，该方法每次调用，会遍历系统内所有的mount点，调用各个文件系统注册
的sync方法，完成对所有已挂载文件系统的sync操作。

close #I480HV

Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
Change-Id: I57ced9c3f7685a448defd17ae56c842796b5668f
 2021-09-08 15:41:52 +08:00
LiteOS2021 dc9ec6856f feat: L0-L1 支持Trace 
1.【需求描述】
            L0~L1 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
        2.【方案描述】
            L0:
            (1).在内核模块预置静态代码桩
            (2).触发桩后，收集系统上下文信息
            (3).离线模式则写入内存，用户可通过dump导出；
            (4).在线模式通过pipeline对接IDE进行可视化解析和展示；
            L1:
            新增trace字符设备，位于"/dev/trace",通过对设备节点的read\write\ioctl，实现用户态trace；

        BREAKING CHANGE:
        1.新增一系列trace的对外API，位于los_trace.h中.
        LOS_TRACE_EASY简易插桩
        LOS_TRACE标准插桩
        LOS_TraceInit配置Trace缓冲区的地址和大小
        LOS_TraceStart开启事件记录
        LOS_TraceStop停止事件记录
        LOS_TraceRecordDump输出Trace缓冲区数据
        LOS_TraceRecordGet获取Trace缓冲区的首地址
        LOS_TraceReset清除Trace缓冲区中的事件
        LOS_TraceEventMaskSet设置事件掩码，仅记录某些模块的事件
        LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数

        Close #I46WA0

    Signed-off-by: LiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
 2021-08-31 20:29:45 +08:00
openharmony_ci 658fafe83b !586 liteos补丁能力支持 
Merge pull request !586 from jason_gitee/master
 2021-08-31 08:16:31 +00:00
jason_gitee 98ca8441fe feat: add liteos patch ability 
Signed-off-by: jason_gitee <yangjie140@huawei.com>
 2021-08-28 08:02:50 +00:00
maltose214 3393479c52 feat: 删除zpfs冗余代码 
Signed-off-by: maltose214 <mashuai3@huawei.com>
 2021-08-28 15:17:40 +08:00
openharmony_ci 5369b6aa23 !564 优化make编译脚本 
Merge pull request !564 from Caoruihong/update_makefile
 2021-08-23 05:55:39 +00:00
Caoruihong 0e260949c9 feat(make): optimize makefiles and remove some unused files 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab
 2021-08-22 04:23:40 +08:00
wangchen d16bfd005a fix: A核告警消除 
【背景】定期A核代码消除。

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

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

re #I46KF6
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-20 18:09:04 +08:00
openharmony_ci 5569b1d1ec !558 减少对musl代码的侵入式修改 
Merge pull request !558 from Caoruihong/update_musl
 2021-08-19 11:47:37 +00:00
Caoruihong 9549f5ebd0 chore(musl): reduce the modifications of musl 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I32b820bc0eb7465bf54d506e7f5e759ef64101e2
 2021-08-19 16:07:12 +08:00
mucor 2db80ecb38 feat: vfs support sdcard hotplug 
close: #I44WH1
Signed-off-by: mucor <mucorwang@gmail.com>
 2021-08-17 14:56:41 +08:00
openharmony_ci 339e937a6a !495 修复mqueue问题 
Merge pull request !495 from lnlan/fix_mqueue_0803
 2021-08-13 07:40:11 +00:00
openharmony_ci 9fa8d27c6c !521 修复: 限制调用sync函数打印unsupport sync 
Merge pull request !521 from phchang/fixsync_8
 2021-08-13 02:04:30 +00:00
Guangyao Ma 27dca4d857 feat(vfs): vfs支持FD_CLOEXEC标记 
首先，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: Guangyao Ma <guangyao.ma@outlook.com>
 2021-08-11 15:35:46 +08:00
lnlan 26ee8b836e fix: 修复mqueue问题 
【背景】
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: lanleinan <lanleinan@163.com>
Change-Id: I09f183cc3a88e5a65201dbc1fc4f4806f78971be
 2021-08-10 07:55:13 +00:00
vcbchang 3bfa995a9d fix:调用sync函数会打印出unsupport sync，但现在在fat文件系统下可以sync，这里做出修复 
【背景】 当前调用sync函数会打印出unsupport sync,但实际上在fat文件系统下可以正常调用sync，而在其他文件系统下不可以，因此这里的实现不正确，故修改限制sync的打印
【修改方案】
删除musl/porting下的sync，使用原生musl下的函数，并把不支持的打印放到内核系统调用中

re #I446P5

Signed-off-by: vcbchang <vcbchang@qq.com>
Change-Id: Ideec24fb8d29263fd011af9428801d08000e17e5
 2021-08-06 16:48:46 +08:00
mucor 4c8a86ece7 fix: move nuttx head file back 
close: #I4443Q
Signed-off-by: mucor <mucorwang@gmail.com>
 2021-08-05 20:51:28 +08:00
Kiita c3245b3ce3 fix: toybox update 
【背景】liteos_a toybox 命令已知问题修复

【修改方案】
1、修复ls 统计文件大小问题。

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I64c41d3970650a434409f332b2659e31bb9223ab
 2021-08-03 21:16:42 +08:00
wangchen 698756d1e6 fix: A核代码告警清零 
【背景】定期A核代码告警清零。

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

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

re #I4378T
Signed-off-by: wangchen <253227059@qq.com>
 2021-07-30 17:13:55 +08:00
Kiita 76f45b3fb2 fix: toybox命令升级 
【背景】liteos_a toybox 命令升级升级

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

re #I41N2A

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I5f5b82e33ba9193ae06e9547182d5b7bac0a3b44
 2021-07-22 23:40:40 +08:00
Caoruihong a8805a65aa feat: add support for gn build system 
add BUILD.gn for all kernel modules

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I018446427bf64615f2596d47862b219659b58b34
 2021-07-21 15:52:40 +08:00
Far 8729f6ee57 feat: 增加mount的MS_RDONLY标志的支持 
增加mount的MS_RDONLY标志的支持，并修改vfs主要接口相关支持。
1. fatfs lseek接口在分区以MS_RDONLY方式和文件以只读打开时不再能够扩大文件的大小。
2. 直接在镜像中创建storage目录，而不是在挂载根文件系统时创建storage目录。
3. 增加了MS_RDONLY的测试用例。

Close #I3Z1W6

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-07-20 16:21:08 +08:00
openharmony_ci c40e1464b9 !431 修复FATFS中不同内部接口不支持FAT12/FAT16 FAT表结标志 
Merge pull request !431 from Far/fatfs
 2021-07-19 06:08:09 +00:00
Far 33f5c70e6c fix: 修复FATFS中不同内部接口不支持FAT12/FAT16 FAT表结束标志 
FATFS内部接口中，仅对FAT32的FAT表结束符0x0FFFFFFF做了判断，而忽略了FAT12和FAT16的结束标志。
这会导致子在FAT12/FAT16中，部分功能异常。

Close #I409R6

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-07-13 10:05:06 +08:00
wangchen ec977a1c7e fix: A核codex修改 
【背景】A核codex扫描告警消除。

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

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

re #I40B1S
Signed-off-by: wangchen <253227059@qq.com>
 2021-07-12 20:16:19 +08:00
openharmony_ci d7387508e3 !402 消除编译告警 
Merge pull request !402 from x_xiny/master
 2021-07-09 08:37:20 +00:00
x_xiny e4ff04586f fix:消除编译告警 
【背景】
 消除编译告警

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

 re #I3ZC1R

 Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34

 Signed-off-by: x-xiny <1301913191@qq.com>

Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
 2021-07-08 20:30:33 +08:00
openharmony_ci 9304a683ad !397 修复内核access chmod chown接口 
Merge pull request !397 from JING/kernel
 2021-07-08 02:36:56 +00:00
Caoruihong ac8c2c6d5b fix: minimal compile 
fix compile errors in minimal compilation

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
 2021-07-07 00:26:33 +08:00
chenjing 56a95b9ec9 fix: 修复内核access chmod chown接口 
1、修复内核的access chmod chown功能；
2、此三个接口的syscall直接调用内核态接口执行操作。

close #I3Z5L6

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: I301f00fb341252b697b04b9970db86f0e7f978df
 2021-07-05 16:03:16 +08:00
openharmony_ci 003810284c !384 对内核中menuconfig开关的宏使用#ifdef/#ifndef来做预编译判断 
Merge pull request !384 from boxi/upload
 2021-07-01 07:11:13 +00:00
boxi 4e4f2d6d7e refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 
LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: boxi <lewis.liulei@huawei.com>
 2021-07-01 09:08:18 +08:00
Far 9515d53dcc fix: 恢复了FATFS设置卷标的功能 
Liteos_a FATFS需要提供格式化时设置卷标的功能，该功能在当前系统中缺失。
现在恢复该功能，使用方法与原来一致。即使用set_label设置卷标文本后，调用format对设备格式化。

Close #I3Y5G8

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-28 15:43:15 +08:00
openharmony_ci 5db839acef !362 修复在Liteos-a在FATFS中创建的文件夹在Ubuntu中不可见的BUG 
Merge pull request !362 from Far/fatfs
 2021-06-25 07:20:10 +00:00
openharmony_ci 12577eade5 !358 feat: L1支持低功耗投票框架 
Merge pull request !358 from zhushengle/pm_v
 2021-06-25 00:26:41 +00:00
openharmony_ci de6db86df3 !364 GetFileMappingList函数实现未加void导致gcc编译报错 
Merge pull request !364 from 野生毛霉君/master
 2021-06-24 12:47:37 +00:00
mucor 56b8ecaf17 fix: add (void) to GetFileMappingList method 
close: #I3XPXY

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-24 20:32:47 +08:00
openharmony_ci 112cdebe41 !357 修改/proc/mounts显示格式 
Merge pull request !357 from JING/mount
 2021-06-24 08:27:32 +00:00
openharmony_ci a28dcc38c9 !360 增加清除文件系统缓存的维测接口 
Merge pull request !360 from 野生毛霉君/master
 2021-06-24 07:34:45 +00:00
mucor 3d1cf683f3 feat: add clear cache cmd to /proc/fs_cache 
write "clear pathcahe" to clear pathcaches and vnodes
write "clear pagecache" to clear pagecaches
write "clear all" to clear both pathcaches and pagechaches
the cache in use will not be cleared

close: #I3XLPH

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-24 15:11:50 +08:00
Far a9fc1e0e5d fix: Liteos-a创建的文件夹在Ubuntu中不可见 
Linux的文件夹需要包含"."和".."才会被视为一个有效的目录
通过在新建的文件夹中创建"."和".."目录项修复这个BUG

Close #I3XMY6

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-24 15:09:12 +08:00
zhushengle 21d8ac8752 feat: L1支持低功耗投票框架 
功能描述：
  在proc目录下增加power目录，添加powr_mode,power_lock,power_unlock和power_count节点，
  power_mode：节点用于查询和设置系统支持的功耗模式
  power_lock：用于查询和获取低功耗锁，持锁后，将会阻止系统进入低功耗状态
  power_unlock:　用于释放已经持有的低功耗锁，也可查询当前有那些持有低功耗锁
  power_count：用于查询当前持有低功耗锁的个数

Close #I3VS5N

Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-24 14:27:23 +08:00
openharmony_ci 008fa8660d !337 fix: fatfs memory leak 
Merge pull request !337 from jianjian/master
 2021-06-24 05:36:29 +00:00
chenjing 6860246cfa fix: 修改/proc/mounts显示格式 
显示信息内容及格式修改为与posix标准一致，内容包括：
1、挂载设备名
2、挂载点路径
3、文件系统类型
4、挂载选项（此项暂不支持，打印（））
5、dump频率（此项暂不支持，值为0）
6、fsck检查次序（此项暂不支持，值为0）

close #I3XGCS

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: I2a8cb093e7c5316feb55fb196bc1b4301d8d0249
 2021-06-23 17:10:29 +08:00
openharmony_ci 8fe0cc7770 !344 对proc文件系统内的节点增加uid/gid管理 
Merge pull request !344 from LeonChan/proc-uid
 2021-06-23 01:21:12 +00:00
chenwei 600dded31e feat: add /proc/fd file to dump the pid/fd/path information 
1, for users with privilege, display all users' fd info with the template "Pid  Fd  SysFd Path"
2, for normal user, display its own fd info with the template "Pid Fd Path"

close #I3WB5U

Signed-off-by: chenwei <chenwei26@huawei.com>
 2021-06-22 17:27:25 +08:00
chenwei 67806596a3 feat: add uid/gid for ProcFs 
close: #I3WGVP

Signed-off-by: chenwei <chenwei26@huawei.com>
 2021-06-22 15:40:00 +08:00
mucor 231cb6be27 feat: add /proc/fs_cache to display cache info 
add /proc/fs_cache to display vnode, path cache, page cache.
also change some bad virable name

close: #I3WWBD

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-22 14:53:17 +08:00
SimonLi 2f3d7efc24 回退 'Pull Request !342 : 增加/proc/fs_cache来显示文件系统缓存维测信息' 2021-06-21 21:33:52 +08:00
openharmony_ci b3120b5498 !342 增加/proc/fs_cache来显示文件系统缓存维测信息 
Merge pull request !342 from 野生毛霉君/master
 2021-06-21 17:21:02 +08:00
mucor 53c6d96c6f feat: add /proc/fs_cache to display cache info 
add /proc/fs_cache to display vnode, path cache, page cache.
also change some bad virable name

close: #I3WESD

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-21 16:11:06 +08:00
chenjing e9ad6b71c3 fix: 增加表头，内容以制表符分栏。 
close #I3W2M9

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: If8ba7047e2914a3104182bf017f437c2ae962625
 2021-06-21 14:17:03 +08:00
openharmony_ci e5a3ee6f33 !331 LOSCFG_FS_FAT_VIRTUAL_PARTITION宏开关错误作用域引起的FATFS功能错误 
Merge pull request !331 from Far/master
 2021-06-21 13:13:06 +08:00
jianjian fbfd71dfe3 fix: fatfs memory leak 
Signed-off-by: jianjian <xingjian_liu@yeah.net>
 2021-06-20 13:42:01 +08:00
mucor 73a777777e fix: remove redundant headfile 
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: mucor <mucorwang@gmail.com>
 2021-06-19 17:32:47 +08:00
Far acda419a2d fix: 修复了LOSCFG_FS_FAT_VIRTUAL_PARTITION宏开关错误作用域引起的功能错误 
在init_cluster函数中，若未打开LOSCFG_FS_FAT_VIRTUAL_PARTITION会导致循环初始化
簇时，未调用sync_window函数，进而导致创建的文件夹未能正确置零。

Close #I3W1IW

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-17 20:56:36 +08:00
openharmony_ci 9169637084 !310 fatfs支持symlink与readlink功能 
Merge pull request !310 from JING/link
 2021-06-17 10:03:38 +08:00
chenjing e50cf0be6f feat: fatfs支持符号链接功能 
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: chenjing <chenjing139@huawei.com>
Change-Id: I38dfaa28af156399817530923534d5b73b4c64af
 2021-06-15 11:32:55 +08:00
openharmony_ci b91fabb76c !292 新增link/symlink/readlink接口的系统调用及内核实现 
Merge pull request !292 from JING/link
 2021-06-10 13:02:04 +08:00
chenjing 6eddc869d3 feat: support link/symlink/readlink 
新增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: chenjing <chenjing139@huawei.com>
 2021-06-09 16:39:41 +08:00
lzl 6352d6e1da kernel adapter 
Signed-off-by: lzl <sucer_fater@163.com>
 2021-06-08 09:07:04 +00:00
openharmony_ci 1a3f3f54e7 !302 fix: Codex告警清零 
Merge pull request !302 from Far/master
 2021-06-08 08:48:48 +08:00
chenwei 101a55d119 fix: codex 
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 <yansira@hotmail.com>
 2021-06-07 22:45:40 +08:00
Far b5370af822 fix: codex clean 
1. 修复可能对NULL指针解引用的场景
2. 将不修改内容的指针入参修改为const
3. 对getpgrp的返回值进行校验后再使用
4. 修复了局部变量未初始化的问题

Close #I3UOFN

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-07 17:08:02 +08:00
openharmony_ci efbab200aa !254 memory-based romfs 
Merge pull request !254 from LeonChan/lc-master
 2021-06-04 23:22:25 +08:00
openharmony_ci a580754751 !295 修复删除/dev目录下的文件但是vnode number没有减小的问题 
Merge pull request !295 from LeonChan/lc-bugfix-vnode
 2021-06-04 21:50:32 +08:00
chenwei 4f514a16af fix: the total used vnode number not increased after unlink a file under 
/dev/

fix #I3TS1Y
Signed-off-by: yansira <yansira@hotmail.com>
 2021-06-04 16:49:04 +08:00