- 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 5 次提交
-
-
由 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
-
由 LiteOS2021 提交于
Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: Ie4555c57f56c82f74b5e29f0e58aec97dc6cc32d
-
由 Caoruihong 提交于
config files under tools/build/config directory are no maintained any more, so we delete all of them. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Idf51d55caa3c820617b7c90affda0186718632e5
-
- 31 8月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !565 from LiteOS/master
-
由 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
-
由 openharmony_ci 提交于
Merge pull request !586 from jason_gitee/master
-
由 openharmony_ci 提交于
Merge pull request !588 from 马帅/master
-