- 08 8月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 内核代码经代码扫描工具发现存在一些关于代码格式的告警, 现经修改解除掉告警. 【修改方案】 修改了代码中格式不规范的地方,修改的点有: 1.代码中一行过长 2.没有合理的添加空格和空行 3.没有按照规范进行缩进 4.括号的格式没有按照规范 5.注释的格式不对以及存在魔数字 6.函数的声明与定义的格式不一致 并更新了修改文件的版权头时间 【影响】 对现有的产品编译不会有影响。 re #I5H6F5 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: Ie46b5b3238fd88c25f99542b8ccd138b956c6458
-
- 23 6月, 2022 1 次提交
-
-
由 lihongjin 提交于
Signed-off-by: Nlihongjin <lihongjin1@huawei.com> Change-Id: I13163f2e4d1e4b6e6c6bedaf9d4e705544df926b
-
- 28 3月, 2022 1 次提交
-
-
由 lnlan 提交于
re #I4STTF Signed-off-by: NKiita <zhanyan@huawei.com> Change-Id: Ifec720eb5dd7aef8283875048d23b6a3d66b5436
-
- 22 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【背景】kora工具检视问题修复 【修改方案】 1,对部分代码问题进行整改 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nwangchen <wangchen64@huawei.com> Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f
-
- 19 3月, 2022 1 次提交
-
-
由 x_xiny 提交于
Signed-off-by: Nx_xiny <1301913191@qq.com> Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934
-
- 18 3月, 2022 1 次提交
-
-
由 arvinzzz 提交于
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I7c0b8f4026d8fbd4b0d985d4ce82187e56f1d6ec
-
- 14 3月, 2022 2 次提交
-
-
由 x_xiny 提交于
Signed-off-by: Nx_xiny <1301913191@qq.com> Change-Id: I1cc4897e5d37dd98696221f0cc70220cef45e7d4
-
由 x_xiny 提交于
【背景】3.1代码review问题修改 【修改方案】 根据检视意见对拼写错误进行修改 Signed-off-by: Nxuiny <xuxinyu6@huawei.com> Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90
-
- 10 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【背景】内源代码检视问题 【修改方案】 1,按检视意见,进行资源泄露等问题的修改 【影响】 对现有的产品编译不会有影响。 re #I4WV56 Signed-off-by: Nwangchen <wangchen64@huawei.com>
-
- 09 3月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 3.1 代码检视过程中有一些问题需要修复 【修改方案】 修改了失效的文档链接,更改了一些非可执行文件的权限 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
-
- 08 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【修改方案】 1,按检视意见,进行资源泄露等问题的修改 【影响】 对现有的产品编译不会有影响。 re #I4WV56 Signed-off-by: Nwangchen <wangchen64@huawei.com>
-
- 03 3月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 主干告警清理 【修改方案】 在需要的地方添加了强制类型转换 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
-
- 20 1月, 2022 1 次提交
-
-
由 Hongjin Li 提交于
1、添加HPM包描述文件bundle.json 2、依赖的三方开源软件,由直接引用路径,改为import对应的gni文件,引用变量 Signed-off-by: NHongjin Li <lihongjin1@huawei.com> Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
-
- 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>
-
- 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
-
- 28 8月, 2021 1 次提交
-
-
由 jason_gitee 提交于
Signed-off-by: Njason_gitee <yangjie140@huawei.com>
-
- 20 8月, 2021 1 次提交
-
-
由 wangchen 提交于
【背景】定期A核代码消除。 【修改方案】 1,根据工具扫描结果,对代码告警进行更改 【影响】 对现有的产品编译不会有影响。 re #I46KF6 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 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
-
- 30 7月, 2021 1 次提交
-
-
由 wangchen 提交于
【背景】定期A核代码告警清零。 【修改方案】 根据工具扫描结果,对代码告警进行更改。 【影响】 对现有的产品编译不会有影响。 re #I4378T Signed-off-by: Nwangchen <253227059@qq.com>
-
- 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>
-
- 08 7月, 2021 1 次提交
-
-
由 x_xiny 提交于
【背景】 消除编译告警 【修改方案】 消除编译告警 re #I3ZC1R Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34 Signed-off-by: Nx-xiny <1301913191@qq.com> Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
-
- 05 7月, 2021 1 次提交
-
-
由 chenjing 提交于
1、修复内核的access chmod chown功能; 2、此三个接口的syscall直接调用内核态接口执行操作。 close #I3Z5L6 Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: I301f00fb341252b697b04b9970db86f0e7f978df
-
- 24 6月, 2021 2 次提交
-
-
由 mucor 提交于
close: #I3XPXY Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 mucor 提交于
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: Nmucor <mucorwang@gmail.com>
-
- 22 6月, 2021 1 次提交
-
-
由 mucor 提交于
add /proc/fs_cache to display vnode, path cache, page cache. also change some bad virable name close: #I3WWBD Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 21 6月, 2021 2 次提交
-
-
由 SimonLi 提交于
-
由 mucor 提交于
add /proc/fs_cache to display vnode, path cache, page cache. also change some bad virable name close: #I3WESD Signed-off-by: Nmucor <mucorwang@gmail.com>
-