p71924506
/
kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
989 Commits 12 Branches 12 Tags 9.1 MiB
Commit Graph

180 Commits

Author SHA1 Message Date
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