- 20 1月, 2022 1 次提交
-
-
由 Hongjin Li 提交于
1、添加HPM包描述文件bundle.json 2、依赖的三方开源软件,由直接引用路径,改为import对应的gni文件,引用变量 Signed-off-by: NHongjin Li <lihongjin1@huawei.com> Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
-
- 05 1月, 2022 1 次提交
-
-
由 Far 提交于
Close #I4PEVP Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 24 12月, 2021 1 次提交
-
-
由 Leon Chan 提交于
close: #I4NY49 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 13 12月, 2021 1 次提交
-
-
由 Far 提交于
1. 在必要处增加宏开关关闭部分代码的编译; 2. 由于驱动是一个独立的内核线程,在一些场景下文件系统会将用户态地址透传给驱动,这会导致内核崩溃。 因此在需要透传用户态地址时增加了一个内核buffer作为中转。 Close #I3T3N0 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 29 11月, 2021 1 次提交
-
-
由 zhushengle 提交于
方案描述: 和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: Nzhushengle <zhushengle@huawei.com>
-
- 25 11月, 2021 1 次提交
-
-
https://gitee.com/yesiyuanjim/kernel_liteos_a/pulls/712由 Far 提交于
fix: 修复jffs2适配层错误释放锁的BUG 修复重复释放jffs2全局锁的BUG Close #I4FH9M Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 18 11月, 2021 1 次提交
-
-
由 Far 提交于
修复重复释放jffs2全局锁的BUG Close #I4FH9M Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 15 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】A核代码静态告警定期清理 【修改方案】 1,根据codex等工具分析结果,进行必要的规范等问题修改 【影响】 对现有的产品编译不会有影响。 re #I4I0O8 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 10 11月, 2021 1 次提交
-
-
由 kenneth 提交于
修复社区反馈问题Percpu结构体注释错误,排查下其他拼写错误。 close #I4GMLH Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 05 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】增加内核epoll系统调用适配musl接口并增加测试用例 【修改方案】 1, 删除musl仓的porting 2,内核实现epoll对应接口及注册系统调用 3,testsuit目录添加对应的用例 【影响】 对现有的产品编译不会有影响。 re #I4FXPT Signed-off-by: Nwangchen <253227059@qq.com> Change-Id: Ia97ea49067aa1ff47b8c1c83675ac75e75d25955
-
- 15 10月, 2021 1 次提交
-
-
由 Far 提交于
优化包括: 1. 提供VnodeLookupFullpath接口,如果路径是规范化的路径,则调用此接口可减少一次vfs_normalizepath接口的调用; 2. fatfs open钩子函数FIL和buffer同时malloc,减少一次malloc调用,同时去除不必要的数据写回; 3. 其他小细节的优化。 Close #I4E0CT Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 30 9月, 2021 1 次提交
-
-
由 Leon Chan 提交于
TEE需要借用TCB中的execFile来校验打开的文件,pagecache修改后,可执行程序在mmap之后,会被立即关闭,因此将execFile改为execVnode close: #I4CLL9 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 27 9月, 2021 1 次提交
-
-
由 Far 提交于
Close #I4BL3S Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 22 9月, 2021 1 次提交
-
-
由 Far 提交于
适配了_mkfs和find_volume接口的修改 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 16 9月, 2021 1 次提交
-
-
由 Leon Chan 提交于
close: #I4ACTC Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 14 9月, 2021 1 次提交
-
-
由 Leon Chan 提交于
1, change the owner of page to vnode 2, save the file path in vnode close: #I44TBS Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 13 9月, 2021 1 次提交
-
-
由 arvinzzz 提交于
清理Makefile冗余项,各模块Makefile里不需要再次引用公共路径,只需引用私有头文件路径 close: #I49MOO Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
-
- 09 9月, 2021 1 次提交
-
-
由 mucor 提交于
close: #149BPF Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 08 9月, 2021 2 次提交
-
-
由 arvinzzz 提交于
1. 原kernel/common目录下属于内核拓展组件,统一移入kernel/extend管理 2. Kconfig分层,各模块自己的配置放到自己目录下管理 3. 原platform下不属于平台的公共代码抽到kernel/common下,只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译 4. 对外公共头文件统一抽到对外include路径 5. 废弃宏,头文件清理 close: #I48KI4 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I0cf5ea81c92a8fa7b113da9cbdc8b7bc935f5aae
-
由 Guangyao Ma 提交于
新增sync方法,该方法每次调用,会遍历系统内所有的mount点,调用各个文件系统注册 的sync方法,完成对所有已挂载文件系统的sync操作。 close #I480HV Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: I57ced9c3f7685a448defd17ae56c842796b5668f
-
- 31 8月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
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: NLiteOS2021 <dinglu@huawei.com> Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
-
- 28 8月, 2021 2 次提交
-
-
由 jason_gitee 提交于
Signed-off-by: Njason_gitee <yangjie140@huawei.com>
-
由 maltose214 提交于
Signed-off-by: Nmaltose214 <mashuai3@huawei.com>
-
- 22 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab
-
- 20 8月, 2021 1 次提交
-
-
由 wangchen 提交于
【背景】定期A核代码消除。 【修改方案】 1,根据工具扫描结果,对代码告警进行更改 【影响】 对现有的产品编译不会有影响。 re #I46KF6 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 19 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I32b820bc0eb7465bf54d506e7f5e759ef64101e2
-
- 17 8月, 2021 1 次提交
-
-
由 mucor 提交于
close: #I44WH1 Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 11 8月, 2021 1 次提交
-
-
由 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>
-
- 10 8月, 2021 1 次提交
-
-
由 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
-
- 06 8月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】 当前调用sync函数会打印出unsupport sync,但实际上在fat文件系统下可以正常调用sync,而在其他文件系统下不可以,因此这里的实现不正确,故修改限制sync的打印 【修改方案】 删除musl/porting下的sync,使用原生musl下的函数,并把不支持的打印放到内核系统调用中 re #I446P5 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: Ideec24fb8d29263fd011af9428801d08000e17e5
-
- 05 8月, 2021 1 次提交
-
-
由 mucor 提交于
close: #I4443Q Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 03 8月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】liteos_a toybox 命令已知问题修复 【修改方案】 1、修复ls 统计文件大小问题。 Signed-off-by: yansira <yansira@hotmail.com> Change-Id: I64c41d3970650a434409f332b2659e31bb9223ab
-
- 30 7月, 2021 1 次提交
-
-
由 wangchen 提交于
【背景】定期A核代码告警清零。 【修改方案】 根据工具扫描结果,对代码告警进行更改。 【影响】 对现有的产品编译不会有影响。 re #I4378T Signed-off-by: Nwangchen <253227059@qq.com>
-
- 22 7月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】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
-
- 21 7月, 2021 1 次提交
-
-
由 Caoruihong 提交于
add BUILD.gn for all kernel modules Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I018446427bf64615f2596d47862b219659b58b34
-
- 20 7月, 2021 1 次提交
-
-
由 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>
-
- 13 7月, 2021 1 次提交
-
-
由 Far 提交于
FATFS内部接口中,仅对FAT32的FAT表结束符0x0FFFFFFF做了判断,而忽略了FAT12和FAT16的结束标志。 这会导致子在FAT12/FAT16中,部分功能异常。 Close #I409R6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 12 7月, 2021 1 次提交
-
-
由 wangchen 提交于
【背景】A核codex扫描告警消除。 【修改方案】 1. 将不可屏蔽告警进行修复。 【影响】 对现有的产品编译不会有影响。 re #I40B1S Signed-off-by: Nwangchen <253227059@qq.com>
-
- 08 7月, 2021 1 次提交
-
-
由 x_xiny 提交于
【背景】 消除编译告警 【修改方案】 消除编译告警 re #I3ZC1R Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34 Signed-off-by: Nx-xiny <1301913191@qq.com> Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
-
- 07 7月, 2021 1 次提交
-
-
由 Caoruihong 提交于
fix compile errors in minimal compilation Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
-