- 06 9月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I46E6S Change-Id: If1362c02a0a344da881a9bf90e41f0a43ba33609 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-
- 01 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !286 from lnlan/taskinfo
-
- 31 8月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 los_memory.c中有4处遍历内存节点的操作,重复率较高 【修改方案】 1.提取一个遍历内存节点的函数,入参可传入处理函数来应对不同处理场景 【影响】 对现有的产品编译不会有影响。 re #I44WNU Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: Iafd25be39e76ee29e4fb27e5ef65f1888cc23f02
-
- 30 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !266 from Denny/memtools
-
- 28 8月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !287 from xfan1024/master
-
由 xiaofan 提交于
readsize在第一次循环后可能未被正确赋值的问题 Signed-off-by: Nxiaofan <xiaofan@iscas.ac.cn>
-
由 lnlan 提交于
【背景】 m核需补充shell命令,按任务统计已经alloc的内存大小 【修改方案】 1.新增在task命令中,在打印task info前遍历所有内存节点,统计各任务所占用的内存节 点大小,在打印时将其打出。 2.内存节点中,taskid所占位数随系统最大任务数调整 【影响】 对现有的产品编译不会有影响。 re #I44WNU Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I080b5dd056966784c0752408f9e320ca0e97c7f7
-
- 26 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !279 from lnlan/shell_fix
-
由 lnlan 提交于
【背景】 m核qemu需完善串口驱动,支持shell输入 【修改方案】 1.完善串口驱动 2.添加shell任务,获取串口输入并下发处理 【影响】 对现有的产品编译不会有影响。 re #I46N7F Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: Ib58d4e633081743e64412cb65aa209d3356d6c1c
-
- 24 8月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !282 from 刘建东/master
-
由 openharmony_ci 提交于
Merge pull request !283 from wangchen/gn_codex
-
由 YOUR_NAME 提交于
add interface of dhcp_is_bound close: #I46W08 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
由 wangchen 提交于
【背景】完善M核编译配置选项。 【修改方案】 1,在build.gn中添加config.gni的包含 2,修改部分build.gn中的格式规范问题 【影响】 对现有的产品编译不会有影响。 re #I46XEA Signed-off-by: Nwangchen <253227059@qq.com>
-
- 23 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !272 from 刘建东/master
-
- 21 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !278 from wangchen/m_codex
-
由 openharmony_ci 提交于
Merge pull request !269 from wangchen/new_tz
-
- 20 8月, 2021 3 次提交
-
-
由 wangchen 提交于
【修改方案】 1,在M33平台下增加默认选项及开关 2,删除build.gn编译tz的部分,该部分由使用者编译在安全态 3,修改tz初始化的一个问题 【影响】 对现有的产品编译不会有影响。 re #I45UYU Signed-off-by: Nwangchen <253227059@qq.com>
-
由 wangchen 提交于
【背景】定期M核代码消除。 【修改方案】 1,根据工具扫描结果,对代码告警进行更改 【影响】 对现有的产品编译不会有影响。 re #I46LHG Signed-off-by: Nwangchen <253227059@qq.com>
-
由 YOUR_NAME 提交于
decouple lwip and hilog for liteos_m close: #I46DAH Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 19 8月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !267 from zhushengle/sched
-
- 18 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !270 from JerryH/hwi
-
由 JerryH 提交于
close #I4665Z Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I5596179dea198dfe571420a7640abb00587abee1
-
- 17 8月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !249 from kenneth/multiple_mem
-
由 openharmony_ci 提交于
Merge pull request !268 from 刘建东/master
-
由 kenneth 提交于
The multiple non-continuous memory regions are supported when the macro LOSCFG_MEM_MUL_REGIONS is enabled. The array of the type LOS_MEM_REGION should be defined, and each array element defines the start address and the length for each memory regions, \ begining from the lower address to the higher memory address. close #I43XOP Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 16 8月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
delete unused symbols for default config close: #I45HN3 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 14 8月, 2021 4 次提交
-
-
由 zhushengle 提交于
1.从延时队列上删除延时节点时,如果该延时节点的响应时间比当前系统tick的响应时间小时, 将tick的响应时间修改为OS_SCHED_MAX_RESPONSE_TIME,以保证tick响应时间能够被刷新。 2.任务切换时,若g_schedResponseID为旧任务的taskID时(tick的响应时间为旧任务的时间片 结束时间),将tick的响应时间修改为OS_SCHED_MAX_RESPONSE_TIME。 Close #I45I9Y Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ia77b789a10112935b719e8f733ba33835894e060
-
由 denny 提交于
Signed-off-by: Ndenny <denny.shenwei@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !265 from zhushengle/sched_time
-
由 zhushengle 提交于
初始化调度时间不以g_sysSchedStartTime是否为0为界限,而以g_sysSchedStartTime是否为64位最大值, 为界限, 避免特殊以下场景:调度开启时系统时间为0,导致初始化的g_sysSchedStartTime还是0,导致 调度启动后获取的调度时间轴始终为0. Close #I45HP5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie0ef4e7d149f09ac466c649c0f2d6538f5322439
-
- 12 8月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !264 from give-me-five/master
-
由 silen 提交于
Change-Id: I19c13fd24141271087948fad9434558b823df62b Signed-off-by: Nsilen <wuyunjie@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !263 from Harylee/qemu
-
由 Haryslee 提交于
close #I4529I Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ia3c885789f11bcbfeafaabf1c835bee93bcc54c0
-
由 openharmony_ci 提交于
Merge pull request !261 from zhangfanfan2/master
-
- 11 8月, 2021 3 次提交
-
-
由 zhangfanfan2 提交于
代码中使用#ifdef LOSCFG_SUPPORT_FATFS控制业务逻辑,但LOSCFG_SUPPORT_FATFS的 默认定义为:#define LOSCFG_SUPPORT_FATFS 0,这样#ifdef LOSCFG_SUPPORT_FATFS控制 的逻辑一定会被编译。修改方式:使用的地方统一为#if的形式 close: #I44XNR Signed-off-by: Nzff <zhangfanfan2@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !250 from 野生毛霉君/master
-
由 openharmony_ci 提交于
Merge pull request !227 from Harylee/mem
-
- 10 8月, 2021 2 次提交
-
-
由 Haryslee 提交于
1.【需求描述】 动态库开发部分: gcc的sample code。 提供生成暴露接口生成机制,并允许产品新增需要暴露的接口。 提供可以判断库允许资源大小的能力,并提供相关工具辅助开发者确定开发的库要求的资源是否可以满足。 动态库运行部分: 提供elf load的api,可以加载指定路径下的库,并完成符号重映射等运行准备。 提供elf 暴露符号调用的api,用于调用库的api。 elf加载&链接异常时,有明确错误记录,返回明确错误类型。 提供elf 卸载的api。 2.【方案描述】 (1) 通过灌段的形式记录需要导出符号的地址信息,用于暴露内核对外的接口,在加载链接器中通过查询 对应的符号信息获取符号地址。 (2) 加载链接时,解析共享库并将共享库中可加载段通过文件系统读入内存中,并对共享库中未定义的、 需要重定位的符号进行重定位。需要调用符号时,根据符号名通过哈希表即可查询共享库提供的对应符号 的地址。 BREAKING CHANGE: 新增4个对外接口,声明在los_dynlink.h文件中,分别为: (1) LOS_DynlinkInit: 动态加载模块初始化。 (2) LOS_SoLoad: 加载指定路径的共享库。 (3) LOS_FindSym: 根据共享库句柄查找指定符号。 (4) LOS_SoUnload: 卸载共享库。 close #I418HJ Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I7669b7ef20096294f9d1094c85ac6602fefad354
-
由 openharmony_ci 提交于
Merge pull request !258 from JerryH/mpu
-