- 29 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !634 from SimonLi/master
-
由 openharmony_ci 提交于
Merge pull request !640 from zhangfanfan2/master
-
- 28 9月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !636 from Caoruihong/fix_decl
-
由 zff 提交于
当console层的打印缓冲buffer满且打印任务被饿死时,函数ConsoleOutput会出现在for循环中 不退出的情况,导致中断打印时卡死 close: #I4C9GC Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I70b9d7c848dce7d351c5679e7b08049df27a6f10
-
由 openharmony_ci 提交于
Merge pull request !584 from zhangfanfan2/master
-
由 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 4 次提交
-
-
由 zff 提交于
导致死锁异常信息不正常输出 close: #I457ZZ Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: Ic54ece064a4c85103b644dcbe8ed8bbdecbfc491
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I3dfcc308de6fc24035d27bc4ed4a65a2d2b6650d
-
由 openharmony_ci 提交于
Merge pull request !633 from Far/master
-
由 Far 提交于
Close #I4BL3S Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 24 9月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !629 from pef/typo
-
由 openharmony_ci 提交于
Merge pull request !580 from zhangfanfan2/script
-
由 悟空又丢了 提交于
【背景】 打印有错误单词的提示语 [ERR] Dsipatch signals failed!, ret: 22 这里单词应该是 dispatch 。 【修改方案】 1. 将Dsipatch改为Dispatch。 【影响】 对现有的产品编译不会有影响。 re #I4BLE8 Change-Id: I26d4336d6d7f7bfc4811819be0a1e8ba9d7d50a8 Signed-off-by: pef <cyd1997@126.com>
-
由 openharmony_ci 提交于
Merge pull request !609 from Far/fatfs_update
-
由 openharmony_ci 提交于
Merge pull request !628 from Harylee/shm
-
- 23 9月, 2021 2 次提交
-
-
由 Haryslee 提交于
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
-
由 openharmony_ci 提交于
Merge pull request !520 from lnlan/fixed_sigwait
-
- 22 9月, 2021 1 次提交
-
-
由 Far 提交于
适配了_mkfs和find_volume接口的修改 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 18 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !626 from LeonChan/codex
-
由 Leon Chan 提交于
close: #I4ATQX Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 16 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !623 from LeonChan/procfs_mode
-
由 Leon Chan 提交于
close: #I4ACTC Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 15 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !534 from LeonChan/pg
-
- 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 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !620 from Zhaotianyu/0911refactor_makefile
-
由 arvinzzz 提交于
清理Makefile冗余项,各模块Makefile里不需要再次引用公共路径,只需引用私有头文件路径 close: #I49MOO Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
-
- 10 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !619 from Caoruihong/opt_make_scripts
-
由 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
-
- 09 9月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !617 from 野生毛霉君/master
-
由 Caoruihong 提交于
remove redundant script codes Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I67695a69cccefc220ede55add9372bce0c59d7f5
-
由 mucor 提交于
close: #149BPF Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 openharmony_ci 提交于
Merge pull request !605 from Zhaotianyu/0902dir_refactor
-
- 08 9月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !593 from MGY917/sync
-
由 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
-
由 openharmony_ci 提交于
Merge pull request !574 from MGY917/sigsuspend
-
由 openharmony_ci 提交于
Merge pull request !595 from MGY917/dyload_fd
-
由 Guangyao Ma 提交于
新增sync方法,该方法每次调用,会遍历系统内所有的mount点,调用各个文件系统注册 的sync方法,完成对所有已挂载文件系统的sync操作。 close #I480HV Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: I57ced9c3f7685a448defd17ae56c842796b5668f
-
- 07 9月, 2021 1 次提交
-
-
由 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
-
- 03 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !551 from Denny/remove_todolist
-
- 02 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !600 from Caoruihong/opt_20210902
-