- 11 11月, 2022 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_a/pulls/1061由 zhushengle 提交于
task: time相关系统调用内核栈信息泄露排查 解决方案: 在涉及从内核拷贝数据到用户态的场景时,先将内核的数据进行清零操作,再填充内核数据 Close #I60M1P Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ia61d4e39b9e190accea477ff5b361e41d0eed2af
-
- 24 3月, 2022 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_a/pulls/856由 zhushengle 提交于
fix: 修复类型不匹配问题 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I31e16c9716de1223db7e4de916af3e010ca5f4e4
-
- 21 3月, 2022 2 次提交
-
-
由 zhushengle 提交于
1.拼写错误 2.指针判空 3.函数返回值处理 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I8fad28051cab6d99357ffbb29aa0720235ecf502
-
由 zhushengle 提交于
1.拼写错误 2.未使用的参数使用void 3.删除lint相关注释 4.函数返回值处理 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I155d786172d62f47d940b32b0a1b36406d3c047f
-
- 27 1月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.移动LosTaskCB 至los_sched_pri.h, 解决调度与task的依赖关系 2.调度去进程化 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ibd3b618cee59f0b323e2b4fb14354c088b60b733
-
- 11 1月, 2022 1 次提交
-
-
由 Far 提交于
调用futime时,系统调用接口函数直接使用了file结构体的f_path字段,该字段在退出前被错误地释放了。 避免该问题需要拷贝一份路径 Signed-off-by: NFar <yesiyuan2@huawei.com> Change-Id: I519ccb38bec323c93aa8cff920143bb3f9931c22
-
- 07 1月, 2022 1 次提交
-
-
由 x-xiny 提交于
【背景】 Codex扫描告警清除 【修改方案】 将不可屏蔽告警进行修复 re #I4PNO3 Signed-off-by: Nxuiny <xuxinyu6@huawei.com> Change-Id: If6f85eb9679d47e6256f24cdc74246df78da579d
-
- 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
-
- 02 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 1.内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 2.现有ppoll实现存在问题 3.相关用例需要整理 【修改方案】 1.去掉释放用户空间指针操作 2.更正逻辑错误 3.更正掩码设置与恢复不起作用 4.修复补充现有用例 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Ib2f60986e9cafb2ea5ef1097ab8552cbb1ede5b4 Signed-off-by: Nlnlan <lanleinan@163.com>
-
- 29 10月, 2021 2 次提交
-
-
由 悟空又丢了 提交于
【背景】 内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 【修改方案】 修改SysPpoll函数。 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Id7f86036870d4f32be8fc438b9aad85cdda59546 Signed-off-by: pef <cyd1997@126.com>
-
由 teamol 提交于
1.modifications: modified: testsuites/unittest/IO/It_test_IO.h modified: testsuites/unittest/IO/full/IO_test_duplocale_001.cpp modified: testsuites/unittest/IO/io_test.cpp 2.add 19 testcases: IO_test_dcgettext_001.cpp IO_test_dcgettext_002.cpp IO_test_dcngettext_001.cpp IO_test_dcngettext_002.cpp IO_test_dngettext_001.cpp IO_test_dngettext_002.cpp IO_test_duplocale_001.cpp IO_test_locale_001.cpp IO_test_ngettext_001.cpp IO_test_nl_langinfo_001.cpp IO_test_nl_langinfo_l_001.cpp IO_test_strcasecmp_l_001.cpp IO_test_strfmon_l_001.cpp IO_test_strncasecmp_l_001.cpp It_stdio_hasmntopt_001.cpp IO_test_gettext_001.cpp IO_test_locale_002.cpp IO_test_strcasecmp_l_002.cpp IO_test_strfmon_l_002.cpp IO_test_strncasecmp_l_002.cpp 3.influence: none Signed-off-by: Nliuzhiwan <liuzhiwan2020@163.com> Change-Id: Ib5883ddb14cfd545f2c5b1685a082f098def0965
-
- 28 10月, 2021 1 次提交
-
-
由 teamol 提交于
1.modifications: modified: syscall/fs_syscall.c 2.modify 2 testcases: IO/full/IO_test_ppoll_001.cpp IO/full/IO_test_ppoll_002.cpp 3.influence: none Signed-off-by: pef <cyd1997@126.com> Change-Id: I85fc091098a6dfef1a4694a3bbc489640ee6dda2
-
- 22 10月, 2021 1 次提交
-
-
由 teamol 提交于
1.modifications: modified: syscall/fs_syscall.c modified: syscall/los_syscall.h modified: syscall/syscall_lookup.h 2.add 1 testcases: modified: testsuites/unittest/IO/BUILD.gn modified: testsuites/unittest/IO/full/IO_test_pselect_001.cpp modified: testsuites/unittest/IO/io_test.cpp 3.influence: none re #I45SXU Signed-off-by: Nwangchen <253227059@qq.com> Change-Id: I03a5d464fd5423c360e42f7d141035ce0d83d8a8
-
- 19 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EENF Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
-
- 27 9月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I3dfcc308de6fc24035d27bc4ed4a65a2d2b6650d
-
- 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>
-
- 27 8月, 2021 1 次提交
-
-
由 teamol 提交于
1.modifications: modified: syscall/los_syscall.h modified: syscall/misc_syscall.c modified: syscall/syscall_lookup.h 2.add 3 testcases: testsuites/unittest/IO/full/IO_test_ppoll_001.cpp testsuites/unittest/IO/full/IO_test_ppoll_002.cpp 3.influence: none Signed-off-by: Nteamol <28105285@qq.com>
-
- 24 8月, 2021 1 次提交
-
-
由 wcc0 提交于
add fchdir and testcases Change-Id: Iad724944e727c4a08b8801f109acbbe48f55c283 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 19 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I32b820bc0eb7465bf54d506e7f5e759ef64101e2
-
- 12 8月, 2021 1 次提交
-
-
由 wjj 提交于
killpg:给进程组发信号 waitid:等待进程结束 修改测试用例到full里面 Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2 Signed-off-by: Nwjj <502004968@qq.com>
-
- 11 8月, 2021 2 次提交
-
-
由 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>
-
由 wcc0 提交于
add fchmod api and testcases Change-Id: I310e9e9d79bbe3fa8dbab6080bbfce8a77b79bb3 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 10 8月, 2021 1 次提交
-
-
由 wcc0 提交于
add fststfs api and unitest Change-Id: I5e9fedd1bc26b77f080faf2fd3f5bf2f4a1dd9f7 Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 30 7月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 mqueue用例压力测试中,会出现无法生成xml现象 【修改方案】 1. 确认是mq_close关闭时未清除用户态文件描述符相关位导致的, 添加清除步骤后,问题解决 【影响】 对现有的产品编译不会有影响。 re #I3ZQDA Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I8d467b361465f516ae7105bef38242bfd4805c60
-
- 23 7月, 2021 2 次提交
-
-
由 teamol 提交于
1.modifications: modified: compat/posix/include/mqueue.h modified: compat/posix/src/mqueue.c modified: syscall/ipc_syscall.c modified: syscall/los_syscall.h modified: syscall/syscall_lookup.h modified: testsuites/unittest/posix/mqueue/posix_mqueue_test.cpp 2.add 5 testcases: It_posix_queue_205.cpp It_posix_queue_206.cpp It_posix_queue_207.cpp It_posix_queue_208.cpp It_posix_queue_209.cpp 3.influence: none Signed-off-by: Nteamol <28105285@qq.com>
-
由 zhushengle 提交于
posix/linux 标准: nanosleep 使线程进入到了可被信号中断的状态,当线程睡眠被信号 中断,线程回复运行态时,若rmtp不为NULL,则会将sleep剩余的时间 记录在rmtp参数中返回,但是如果线程sleep过程中未被信号唤醒, 则忽略该参数。 由于鸿蒙中nanosleep是不可被打断的,即rmtp应该被忽略,而不是清零。 Close #I41U0R Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I6622eb43d6782c2b53b99d9df5cfff5f5e1ed79c
-
- 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 次提交
-
-
由 wangchen 提交于
【背景】 解决toybox已支持命令的遗留问题,新增命令功能。 【修改方案】 1. 在内核态对toybox的系统调用进行支持。 【影响】 对现有的产品编译不会有影响。 re #I41N2A Signed-off-by: Nwangchen <253227059@qq.com>
-
- 16 7月, 2021 1 次提交
-
-
由 wcc0 提交于
add setrlimit,gethostname,gethostid and capability Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a
-
- 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
-
- 05 7月, 2021 1 次提交
-
-
由 chenjing 提交于
1、修复内核的access chmod chown功能; 2、此三个接口的syscall直接调用内核态接口执行操作。 close #I3Z5L6 Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: I301f00fb341252b697b04b9970db86f0e7f978df
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 19 6月, 2021 1 次提交
-
-
由 mucor 提交于
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: Nmucor <mucorwang@gmail.com>
-
- 09 6月, 2021 1 次提交
-
-
由 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: I3864d6069b627b705a369e8e32dc1eb922dc0157 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 07 6月, 2021 1 次提交
-
-
由 chenwei 提交于
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>
-