- 03 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !725 from yinjiaming/yjm-kernel-fs-20211203
-
由 yinjiaming 提交于
codex 告警清零 【修改方案】 修改和添加了procfs的默认文件模式的宏定义,对进行位操作运算的有符号数进行强制类型转换 【影响】 对现有的产品编译不会有影响。 re #I4KVS7 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com>
-
- 29 11月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !720 from shenchenkai/cherry-pick-1637986052
-
- 27 11月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !718 from Far/cherry-pick-1637906208
-
https://gitee.com/shenchenkai/kernel_liteos_a/pulls/670由 shenchenkai 提交于
Description:[fix] clean hilog/hievent ring buffer after memory verification failed Change-Id: I9310fe807ec95721be78deb60ed9728ef9b56e48 Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
- 26 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>
-
- 08 11月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !700 from mgceshuang/cherry-pick-1636013017
-
- 04 11月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !688 from pef/OpenHarmony-3.0-LTS
-
https://gitee.com/mgce/kernel_liteos_a/pulls/698由 YOUR_NAME 提交于
add blackbox to 2.3 Signed-off-by: NYOUR_NAME <mashuang9@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !689 from pef/OpenHarmony-3.0-LTS_sys_test
-
由 openharmony_ci 提交于
Merge pull request !694 from pef/OpenHarmony-3.0-1102
-
- 02 11月, 2021 3 次提交
-
-
由 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>
-
由 悟空又丢了 提交于
【背景】 内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 【修改方案】 修改SysPpoll函数。 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Id7f86036870d4f32be8fc438b9aad85cdda59546 Signed-off-by: pef <cyd1997@126.com>
-
由 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
-
- 01 11月, 2021 2 次提交
-
-
由 lnlan 提交于
【背景】 1.sys部分用例因依赖passwd、group文件而失败 【修改方案】 1.用例执行前检查是否存在这些配置文件,不存在就跳过该用例 re#I48IUC Change-Id: I787ce4b200f2a7546e57290b7dd073127caa07bb Signed-off-by: Nlnlan <lanleinan@163.com>
-
由 lnlan 提交于
【背景】 1.etc/hosts文件不存在,misc09依赖hosts文件而失败 【修改方案】 1.用例执行前检查是否存在这些配置文件,不存在就跳过该用例 re#I48IZ0 Change-Id: I193cb03770932c1f681cd726ceb383816aa2257a Signed-off-by: Nlnlan <lanleinan@163.com> Change-Id: I3fb7ca1ed5f8cc79a56cd1872f3b303ab325a7a9
-
- 27 10月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !677 from 刘建东/cherry-pick-1635300058
-
由 openharmony_ci 提交于
Merge pull request !678 from lnlan/tlsSignalFixed
-
由 lnlan 提交于
【背景】 https://gitee.com/openharmony/kernel_liteos_a/pulls/520 上面修改,信号处理时才会释放申请的内存,当信号被屏蔽,且一直发送该信号时, 内存占用会不断变大 【修改方案】 1. 信号发送时已经有该信号的siginfo在链表中时,不再重新申请,重复使用之前的siginfo. 【影响】 对现有的产品编译不会有影响。 re#I4DEG5 Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb
-
https://gitee.com/life-liu/kernel_liteos_a/pulls/659由 YOUR_NAME 提交于
feat: add option SIOCGIFBRDADDR for ioctl add option SIOCGIFBRDADDR for ioctl close: #I4DNRF Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 14 10月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !653 from zhushengle/cherry-pick-1633924550
-
- 11 10月, 2021 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_a/pulls/631由 zhushengle 提交于
fix: 进程退出前自己回收vmspace中的所有region 背景: 父进程fork一个子进程,调用waitpid等待子进程结束。 子进程dlopen一个文件a.so,并退出。当守护进程正在 1核回收子进程资源时,父进程在0核运行从waitpid返 回后,同时remove a.so概率失败。 Close #I4CKQC Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie7940e7c931ced10ee357cf9aa7c64355effed49
-
- 08 10月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !648 from LeonChan/pg3
-
- 30 9月, 2021 5 次提交
-
-
由 Leon Chan 提交于
1, change the owner of page to vnode 2, save the file path in vnode close: #I4AGBR Signed-off-by: NLeon Chan <chenwei26@huawei.com> Change-Id: I04f93e344c7231d1731746456babc419a6139e52 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !647 from Caoruihong/cherry-pick-1632974889
-
https://gitee.com/caoruihong/kernel_liteos_a/pulls/646由 Caoruihong 提交于
chore(make): make menuconfig same as update_config Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5c4a1a0601865c1c7d6ae40b829abdb53f13ccd3
-
由 Guangyao Ma 提交于
本次提交修复内核加载器,异常情况分支的一个bug:mksh通过exec命令(mksh内置命令 ,正常情况下,该命令成功执行会复用mksh进程空间,拉起新的指定进程)。但是如果 进程没有成功加载的情况下,内核加载器的异常分支会错误释放mksh的fd句柄。最终导致 下次拉起其他进程时(fork + exec方式),新的进程会继承fd,映射了早就释放的sysfd ,此时的sysfd可能已经被复用,issue场景下这个sysfd被加载过程中打开的libc.so占用 ,exec时会释放procfd->sysfd(错误的映射关系),最终新进程libc.so被关闭。 导致内核崩溃。 close #I452Z7 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Ifca809f88b5ffcfb879dc5520d1f6adf5cf92bcd
-
由 openharmony_ci 提交于
Merge pull request !645 from SimonLi/OpenHarmony-3.0-LTS
-
- 29 9月, 2021 1 次提交
-
-
由 SimonLi 提交于
【背景】 1. liteos-a内核drivers/mtd/multi_partition/用到了device/hisilicon下的驱动函数实 现,这样导致三方芯片适配时,会依赖hisilicon的驱动。 2. HDF的mtd驱动提供了这几个函数的实现,但是未暴露头文件出来。 【修改方案】 1. 修改BUILD.gn去除/device/hisilicon的依赖。 2. 修改mtd_partition.c,将hisilicon的头文件改为hdf的头文件依赖。 【遗留问题】 liteos-a内核与HDF mtd驱动的分界线还不明确,导致依赖关系不清楚 close: #I49FKL Signed-off-by: NSimonLi <likailong@huawei.com>
-
- 27 9月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !632 from Harylee/cherry-pick-1632710893
-
由 openharmony_ci 提交于
Merge pull request !630 from lnlan/to_LTS
-
https://gitee.com/harylee/kernel_liteos_a/pulls/628由 Haryslee 提交于
fix: 共享内存问题修复 Signed-off-by: NHaryslee <lihao189@huawei.com> 背景:父进程移除共享内存并标记SHM_SEG_REMOVE,当子进程资源回收时在 ShmFindSeg接口中判断该共享内存具有SHM_SEG_REMOVE时返回空,但是此时 seg->ds.shm_nattch不为0,不应返回空。 方案:ShmFindSeg接口中增加seg->ds.shm_nattch为0的判断。 close #I47X2Z Change-Id: I8735cd11ac237b17fa745c50313da0fd0649bb9f
-
- 26 9月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 集成测试发送两个不同的信号,sigwait第二次等到的仍是第一个信号 经定位,信号在kill时会将相关的siginfo信息拷贝到taskcb的unbinfo中,sigwait 处理时从unbinfo拷贝给用户。若此信号发送时处于屏蔽状态,再有其他信号发送会覆盖 掉unbinfo,此时sigwait等待这个信号获取到的info已经被覆盖 【修改方案】 1. 每个任务添加一个siginfo缓存链表,在处理信号前夕从缓存链表取出info到unbinfo中 【影响】 对现有的产品编译不会有影响。 re #I3M12H Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: If4b064c18773f8eca7419c665977260167b09810
-
- 03 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !551 from Denny/remove_todolist
-
- 02 9月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !600 from Caoruihong/opt_20210902
-
由 openharmony_ci 提交于
Merge pull request !598 from LiteOS/master
-
由 Caoruihong 提交于
You can specify another config file in hb build like this: hb build --gn-args liteos_config_file=myconfig.config file specified in liteos_config_file argument is relative to "$product_path/kernel_configs" directory, or is an absolute file path, for example: hb build --gn-args liteos_config_file=//path/to/myconfig.config or hb build --gn-args liteos_config_file=/another/path/to/myconfig.config Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I7e98604006feff9c2487e06a8f3f2a11e5de746b
-
- 01 9月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !596 from Caoruihong/opt_20210901
-
由 Caoruihong 提交于
$(DEVICE_PATH)/drivers/Kconfig is mandatory now. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ie9484229e2dc6e6babe0cf2daf8e4f6693163052
-
由 openharmony_ci 提交于
Merge pull request !597 from Caoruihong/opt_kconfig
-