- 18 12月, 2021 1 次提交
-
-
由 arvinzzz 提交于
补充业务中需要的ipv6相关宏定义 close: #I4M1DB Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I6835fb0673874ed8efff01c8e4f79c2d64ea0d46
-
- 17 12月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I4MZ1F Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I9216b28ab5b2a43d77512d529a6a6637998e19ea
-
- 16 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !466 from ouyk/modify_g_intCount
-
由 m0_37218149 提交于
Signed-off-by: ou-yangkan <519689417@qq.com>
-
- 15 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !462 from fangye945a/master
-
由 openharmony_ci 提交于
Merge pull request !456 from zhushengle/tick
-
- 14 12月, 2021 3 次提交
-
-
由 fangye 提交于
Signed-off-by: Nfangye <fangye@talkweb.com.cn>
-
由 openharmony_ci 提交于
Merge pull request !459 from 苏宗耀/master
-
由 suzongyao 提交于
Signed-off-by: Nsuzongyao <suzongyao@talkweb.com.cn>
-
- 13 12月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !458 from 苏宗耀/master
-
由 szy 提交于
Signed-off-by: Nsuzongyao <suzongyao@talkweb.com.cn>
-
由 openharmony_ci 提交于
Merge pull request !434 from kenneth/lmk1130
-
由 kenneth 提交于
低内存资源回收特性,支持维护可杀低重要任务,当高内存任务申请不到足够内存时,临时释放低重要性的任务来释放内存来满足高内存任务正常运行; 当高内存任务退出运行时,自动恢复被杀的低重要性任务。设计文档归档位置 https://gitee.com/rtos_yuan/lmk/tree/design/ BREAKING CHANGE: 增加低内存资源回收注册相关接口LOS_LmkOpsNodeRegister、LOS_LmkOpsNodeUnregister和内存资源释放和任务恢复接口LOS_LmkTasksKill和LOS_LmkTasksRestore. close #I4ID0M Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 zhushengle 提交于
Close #I4LRZG Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4472fb50c775b832688aa7a555498901a80e2999
-
- 11 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !455 from JerryH/warning
-
由 JerryH 提交于
close #I4LW3H Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I8f1be047ce5af5e7d50822c22764f9b2f04167d9
-
- 10 12月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !452 from SimonLi/master
-
由 SimonLi 提交于
Signed-off-by: NSimonLi <likailong@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !454 from JerryH/time
-
由 JerryH 提交于
删除全局变量,接口使用自己的内部静态变量,避免竞态 Close #I4LW3H Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I3c74b1897b3909df93d21b9d521af270cc6fc610
-
- 09 12月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !453 from besyangjian/master
-
由 openharmony_ci 提交于
Merge pull request !451 from besyangjian/master
-
由 yangjian 提交于
Signed-off-by: Nyangjian <jianyang@bestechnic.com> Change-Id: I9d6b708772e63b2dc797d7305801be617fb32e75
-
由 yangjian 提交于
Signed-off-by: Nyangjian <jianyang@bestechnic.com> Change-Id: I91d1ef2b5b77be7ec84af939db202a8b06a9b68f
-
由 openharmony_ci 提交于
Merge pull request !446 from JerryH/swtmr
-
由 openharmony_ci 提交于
Merge pull request !444 from zhushengle/pm
-
- 08 12月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !450 from Zhaotianyu/1208newlib_lwip
-
由 arvinzzz 提交于
close: #I4LPB2 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I01fcc0ef35e69103562d4c59e52b335a5695dfc7
-
由 openharmony_ci 提交于
Merge pull request !449 from Caoruihong/complete_static_lib_false
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ia3da4f963f44babdc802c58c0afbb1adc1f16ee9
-
由 JerryH 提交于
利用每次创建时,软件定时器timerId都是唯一的(0~0xffffffff循环),在超时写队列时,同时记录软件定时器id,删除的时候更新软件定时器id,那么在处理软件定时器前, 通过队列中记录的id获取软件定时器控制块,如果控制块的id不等于记录的id,那么说明该软件定时器被删除过,将不执行对应回调函数,表现为删除该定时器。 BREAKING CHANGE: SwtmrHandlerItem结构体新增swtmrID字段,用于标识超时队列中软件定时器id Close #I4LFVD Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I716176f177c4bc07adb348936d5568fbadcbebe7
-
由 openharmony_ci 提交于
Merge pull request !440 from Caoruihong/support_gcc
-
- 06 12月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !443 from Zhaotianyu/1206newlib_fix_Kconfig
-
由 zhushengle 提交于
Close #I4L00F Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I0dbe0954dcb881c0079677c215aceb099d6d1b94
-
由 arvinzzz 提交于
close: #I4ENQ1 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Ib86ba0e35860e225e57c8da9f481de55ba154a40
-
- 05 12月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I672b7e6109563d457d493c08903bb5a1dff118ad
-
- 04 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !368 from Zhaotianyu/1020newlib
-
由 arvinzzz 提交于
系统支持newlib,并且可以与musl-C自由切换 1. 新增newlib支持,适配newlib的预留钩子,针对系统能力适配newlib头文件(补充宏定义,结构体定义,posix能力开关), 采用标准C与自研posix接口声明与结构体定义混合作为C库 2. 梳理kal的依赖关系,kal作为内核对外提供的标准接口,下属包含cmsis、libc、posix。 cmsis为内核对cmsis接口的支持,libc为内核对三方C库的适配及使用,posix为内核自研提供的posix标准接口。 若采用musl-C,则kal中选取libc/musl,posix共同作为C库对外支持; 若采用newlib-C,则kal中选取libc/newlib,部分posix共同作为C库对外支持。 3. fs整理,components/fs下提供基于posix标准的接口改为内部对外接口,供musl以及newlib切换 适配使用 close: #I4ENQ1 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I72eda5ac5499f72c67e800e22b0f39eb288f2b94
-
- 03 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !433 from kenneth/short_enum
-
- 02 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !436 from zhangfanfan2/master
-