- 06 7月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !401 from pcwlno1/upload10
-
由 qidechun 提交于
1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。 2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。 Close #I3NN7V Signed-off-by: Nqidechun <qidechun@huawei.com>
-
- 05 7月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !391 from kevin/0625_maste
-
-
由 kevin 提交于
Change-Id: I0a73f0de3c25e427362fe9d96547c4d847448dda Signed-off-by: Nkevin <liufeihu@huawei.com>
-
- 01 7月, 2021 5 次提交
-
-
由 kevin 提交于
Signed-off-by: Nkevin <liufeihu@huawei.com> Change-Id: I0a73f0de3c25e427362fe9d96547c4d847448dda
-
由 openharmony_ci 提交于
Merge pull request !384 from boxi/upload
-
由 openharmony_ci 提交于
Merge pull request !376 from laokz/blk
-
由 openharmony_ci 提交于
Merge pull request !386 from Caoruihong/build_alone
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 30 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
in the liteos_a directory, we used to use `make clean all` command to build liteos_a kernel for test. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5ca689c1c44052f7de937d7faa9e4d3534d97380
-
- 29 6月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !359 from Caoruihong/sysroot
-
由 openharmony_ci 提交于
Merge pull request !371 from zhushengle/p_kill
-
由 openharmony_ci 提交于
Merge pull request !378 from Far/master
-
由 openharmony_ci 提交于
Merge pull request !379 from Zhaotianyu/0628libc_fix
-
由 openharmony_ci 提交于
Merge pull request !375 from Harylee/mem
-
- 28 6月, 2021 3 次提交
-
-
由 arvinzzz 提交于
1. 更正makefile过滤时被替换函数的不正确路径 2. 防止LOCAL_SRCS再直接+= /*/*.c添加回来 close: #I3XGM8 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I3aff2a60c5a48f2d6c174afa04d30fa6f5514d7e
-
由 Caoruihong 提交于
sysroot and arch related cflags are pass by BUILD.gn now. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566
-
由 Far 提交于
Liteos_a FATFS需要提供格式化时设置卷标的功能,该功能在当前系统中缺失。 现在恢复该功能,使用方法与原来一致。即使用set_label设置卷标文本后,调用format对设备格式化。 Close #I3Y5G8 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 26 6月, 2021 9 次提交
-
-
由 laokz 提交于
Signed-off-by: Nlaokz <laokz@foxmail.com> Change-Id: I0eece39921292498243bd017f168f953a437731c
-
由 openharmony_ci 提交于
Merge pull request !372 from phchang/fix_pipe
-
由 openharmony_ci 提交于
Merge pull request !374 from MGY917/qemu_opti
-
由 zhushengle 提交于
kill进程时,会将因为liteipc阻塞的线程唤醒,使其调度并自动退出,由于liteipc阻塞机制为 循环阻塞方式,会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的 线程后检查是否已有kill标志,如果有使其按接收数据失败退出,在返回用户态之前,该线程会进 入退出流程,结束运行。 Close #I3XX7K Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iec4e298dff4aefd2994289067a35cb5673e323f9
-
由 Guangyao Ma 提交于
驱动目录位置不合理,需要调整到/device/qemu/drivers下面 close #I3XW96 #I3XWXD Change-Id: Ied6b90d2d0631c99f2209f5b72bbd12cdff6b1d5 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 Haryslee 提交于
背景:LOS_UserMemClear接口原有实现是通过在内核中 申请一块堆内存并对其清零,调用copy_to_user来达到 对用户态内存清零的目的,需要使用堆内存。 修改方案:基于汇编实现内核对用户态内存清零的功能。 close #I3XXT0 Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15 Signed-off-by: NHaryslee <lihao189@huawei.com>
-
由 vcbchang 提交于
【背景】信号管道用例ItPosixPipe005偶尔会失败,经查找,发现是CPU调度所致,延时时间与期望调度不符合,增加延时时间即可 【修改方案】修复了此问题,但是考虑pipe用例整体不稳定,并且pipe用例的pipe函数存在问题,先暂时下线,等pipe部分全部修改完毕后再上线。 re #I3XXPH Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I21831c9f5ef5700f3b3c8da02f945e0c37f31a6a
-
由 openharmony_ci 提交于
Merge pull request !355 from 刘建东/master
-
由 YOUR_NAME 提交于
use struct ifconf and ifc_buf size malloc memory close: #I3XEZ3 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 25 6月, 2021 7 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !362 from Far/fatfs
-
由 openharmony_ci 提交于
Merge pull request !368 from Joker2770/master
-
由 openharmony_ci 提交于
Merge pull request !369 from SimonLi/fix-doc
-
由 SimonLi 提交于
Signed-off-by: NSimonLi <likailong@huawei.com>
-
由 Joker2770 提交于
Signed-off-by: NJoker2770 <1214220480@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !363 from JING/rootfs
-
由 openharmony_ci 提交于
Merge pull request !358 from zhushengle/pm_v
-
- 24 6月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !364 from 野生毛霉君/master
-
由 mucor 提交于
close: #I3XPXY Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 openharmony_ci 提交于
Merge pull request !338 from phchang/rwlock
-
由 vcbchang 提交于
【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题,经查找程序会卡在循环里面 【修改方案】 1.经测试,发现用例在创建线程后对退出标志位做了初始化,但卡在循环中不动的原因是在创建线程后立刻发生了调度,没有来得及初始化,则发生了错误,故会出现卡在循环中的情况。 而且,由于卡在循环中时线程是同一优先级,可能不会发生调度,故在循环里面加了一句可以调度的语句,防止在一处循环卡的太久。 2.将该用例挪出门禁,待稳定后恢复。 【影响】 对其它用例无影响。 re #I3VUX4 Signed-off-by:vcbchang<vcbchang@qq.com> Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910 Signed-off-by: Nvcbchang <vcbchang@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !357 from JING/mount
-