yystopf
/
openharmony_kernel_liteos_m
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
942 Commits 170 Branches 50 Tags 14 MiB
Commit Graph

942 Commits

Author SHA1 Message Date
openharmony_ci eebd5f16d3 !300 修复不能开启硬浮点选项的问题 
Merge pull request !300 from Zhaotianyu/0910fix_fpu_hard
 2021-09-10 23:07:44 +00:00
arvinzzz 988fd85fae fix: 支持硬浮点编译 
1. 通过本工程的gn编译时，需要在device目录下，单板的关于内核的config.gn中指定-mfloat-abi的等级，并在单板相关代码的编译选项中保持-mfloat-abi一致
2. 通过本工程的Makefile编译时，需要在kernel/liteos_m/targets/下添加单板相关的代码配置，在Makefile中设置-mfloat-abi即可
3. 通过IDE编译本工程时，需要在IDE的汇编文件相关编译选项中加入 -imacros $(LITEOSTOPDIR)/kernel/include/los_config.h，保证浮点等级在汇编文件中生效

close: #I48KJP
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ibf9b750b922be2530de349981d55e40b5919933f
 2021-09-10 17:30:46 +08:00
openharmony_ci 3c0d17fc63 !281 fix: 优化低功耗流程 
Merge pull request !281 from zhushengle/pm_optimize
 2021-09-09 06:55:55 +00:00
zhushengle c6600d9ddd fix: 优化低功耗流程 
1.normal和其它模式分离，流程分层化，使得结构较为清晰
2.tick timer处理实现优化为注册对应机制则默认支持，不注册则不执行，简化使用逻辑
3.添加 pm测试用例
Close #I46VXK

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7810ce0ca12dce96972399adf88e8319bb487905
 2021-09-09 11:46:23 +08:00
openharmony_ci 0715126021 !289 add xtensa and csky arch support 
Merge pull request !289 from LiteOS/master
 2021-09-08 06:55:10 +00:00
openharmony_ci fd8ca3f5dc !289 add xtensa and csky arch support 
Merge pull request !289 from LiteOS/master
 2021-09-08 06:55:10 +00:00
lanche1024 8bcab9ab7a add csky arch support 
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-09-07 17:11:10 +08:00
openharmony_ci 1d9a5820f2 !291 修复HalTickStart错误的函数参数定义 
Merge pull request !291 from 野生毛霉君/master
 2021-09-07 06:11:28 +00:00
mucor 4443b74ea6 fix: fix bad params def in HalTickStart 
close: #I48YWT

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-09-07 11:40:17 +08:00
openharmony_ci 6e1bdfe1de !275 fix: 内核模块编译增加-Werror编译选项，且清除内核编译告警 
Merge pull request !275 from zhushengle/Werror
 2021-09-06 11:16:42 +00:00
zhushengle 3798091d87 fix: 内核模块编译增加-Werror编译选项，且清除内核编译告警 
Close #I46E6S

Change-Id: If1362c02a0a344da881a9bf90e41f0a43ba33609
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-09-06 16:16:43 +08:00
openharmony_ci 459cabf7de !286 按任务统计已经alloc的内存大小 
Merge pull request !286 from lnlan/taskinfo
 2021-09-01 01:48:21 +00:00
lnlan 475db62db1 feat: los_memory.c代码重复率处理 
【背景】
los_memory.c中有4处遍历内存节点的操作，重复率较高
【修改方案】
1.提取一个遍历内存节点的函数，入参可传入处理函数来应对不同处理场景
【影响】
对现有的产品编译不会有影响。

re #I44WNU

Signed-off-by: lanleinan <lanleinan@163.com>

Change-Id: Iafd25be39e76ee29e4fb27e5ef65f1888cc23f02
 2021-08-31 02:30:30 +00:00
openharmony_ci d46c69ee78 !266 新增内存分析工具 
Merge pull request !266 from Denny/memtools
 2021-08-30 07:14:07 +00:00
openharmony_ci 047203b7fb !287 修复software timer线程 readsize在第一次循环后可能未被正确赋值的问题 
Merge pull request !287 from xfan1024/master
 2021-08-28 09:06:20 +00:00
xiaofan 61cbf83f5d fix：修复software timer线程 
readsize在第一次循环后可能未被正确赋值的问题

Signed-off-by: xiaofan <xiaofan@iscas.ac.cn>
 2021-08-28 16:23:37 +08:00
lnlan 53117f9f47 feat: 按任务统计已经alloc的内存大小 
【背景】
m核需补充shell命令，按任务统计已经alloc的内存大小
【修改方案】
1.新增在task命令中，在打印task
info前遍历所有内存节点，统计各任务所占用的内存节
点大小，在打印时将其打出。
2.内存节点中，taskid所占位数随系统最大任务数调整
【影响】
对现有的产品编译不会有影响。

re #I44WNU

Signed-off-by: lanleinan <lanleinan@163.com>
Change-Id: I080b5dd056966784c0752408f9e320ca0e97c7f7
 2021-08-28 06:14:34 +00:00
openharmony_ci 75f975c424 !279 feat: 完善m核qemu串口驱动，支持shell输入 
Merge pull request !279 from lnlan/shell_fix
 2021-08-26 02:03:22 +00:00
lnlan c4dc5ab0f8 feat: 完善m核qemu串口驱动，支持shell输入 
【背景】
m核qemu需完善串口驱动，支持shell输入
【修改方案】
1.完善串口驱动
2.添加shell任务，获取串口输入并下发处理
【影响】
对现有的产品编译不会有影响。

re #I46N7F

Signed-off-by: lanleinan <lanleinan@163.com>
Change-Id: Ib58d4e633081743e64412cb65aa209d3356d6c1c
 2021-08-26 01:15:17 +00:00
openharmony_ci c8015dcb49 !282 m核lwip增加dhcp_is_bound接口 
Merge pull request !282 from 刘建东/master
 2021-08-24 10:30:36 +00:00
openharmony_ci 7719bb28e5 !283 M核编译配置修改 
Merge pull request !283 from wangchen/gn_codex
 2021-08-24 07:05:59 +00:00
YOUR_NAME 84a180d585 feat: add interface of dhcp_is_bound 
add interface of dhcp_is_bound

close: #I46W08

Signed-off-by: liujiandong <liujiandong1@huawei.com>
 2021-08-24 11:34:03 +08:00
wangchen deff7c921f fix: M核编译配置修改 
【背景】完善M核编译配置选项。

【修改方案】
1，在build.gn中添加config.gni的包含
2，修改部分build.gn中的格式规范问题

【影响】
对现有的产品编译不会有影响。

re #I46XEA
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-24 10:57:48 +08:00
openharmony_ci e4e3caccf2 !272 m核lwip和hilog解耦，简化配置 
Merge pull request !272 from 刘建东/master
 2021-08-23 02:48:58 +00:00
openharmony_ci 19aa1bb5bc !278 M核告警消除 
Merge pull request !278 from wangchen/m_codex
 2021-08-21 09:34:31 +00:00
openharmony_ci 9996ef80d6 !269 M33平台GCC环境下TZ增加默认选项适配 
Merge pull request !269 from wangchen/new_tz
 2021-08-21 09:31:36 +00:00
wangchen f63c45930c 【背景】M33平台GCC环境下TZ默认开启TZ。 
【修改方案】
1，在M33平台下增加默认选项及开关
2，删除build.gn编译tz的部分，该部分由使用者编译在安全态
3，修改tz初始化的一个问题

【影响】
对现有的产品编译不会有影响。

re #I45UYU
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-20 20:01:01 +08:00
wangchen 5a9d53b644 fix: M核告警消除 
【背景】定期M核代码消除。

【修改方案】
1，根据工具扫描结果，对代码告警进行更改

【影响】
对现有的产品编译不会有影响。

re #I46LHG
Signed-off-by: wangchen <253227059@qq.com>
 2021-08-20 18:44:33 +08:00
YOUR_NAME be03374c3c refactor: decouple lwip and hilog for liteos_m 
decouple lwip and hilog for liteos_m

close: #I46DAH

Signed-off-by: liujiandong <liujiandong1@huawei.com>
 2021-08-20 16:17:32 +08:00
openharmony_ci 4e11ded476 !267 fix: 删除延时节点后，存在时间无法有效刷新的场景 
Merge pull request !267 from zhushengle/sched
 2021-08-19 00:39:21 +00:00
openharmony_ci 8023547244 !270 解决中断操作等接口头文件位置变更，引入的编译问题 
Merge pull request !270 from JerryH/hwi
 2021-08-18 07:31:59 +00:00
JerryH 013a953926 fix: 修复中断操作接口头文件位置变更，导致的编译错误 
close #I4665Z

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I5596179dea198dfe571420a7640abb00587abee1
 2021-08-18 14:47:59 +08:00
openharmony_ci 97c4a5813f !249 堆内存算法支持多段非连续性内存区域 
Merge pull request !249 from kenneth/multiple_mem
 2021-08-17 07:43:18 +00:00
openharmony_ci ada151d89b !268 删除m核lwip未使用的头文件和宏 
Merge pull request !268 from 刘建东/master
 2021-08-17 07:26:21 +00:00
kenneth 0facb0c017 feat: support non-continuous memory regions 
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: kenneth <zhushangyuan@huawei.com>
 2021-08-17 09:07:04 +08:00
YOUR_NAME 7ad3a22b4d fix: delete unused symbols for default config 
delete unused symbols for default config

close: #I45HN3

Signed-off-by: liujiandong <liujiandong1@huawei.com>
 2021-08-16 17:54:52 +08:00
zhushengle 0a87c04d58 fix: 删除延时节点后，存在时间无法有效刷新的场景 
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: zhushengle <zhushengle@huawei.com>
Change-Id: Ia77b789a10112935b719e8f733ba33835894e060
 2021-08-14 15:53:28 +08:00
denny ee3403deaf feat: 新增ROM/RAM分析工具 
Signed-off-by: denny <denny.shenwei@huawei.com>
 2021-08-14 15:19:47 +08:00
openharmony_ci 02beb6b04d !265 fix: 以g_sysSchedStartTime是否为0判断时间轴是否生效存在极限场景导致调度时间不生效 
Merge pull request !265 from zhushengle/sched_time
 2021-08-14 06:23:30 +00:00
zhushengle 509cf59bef fix: 以g_sysSchedStartTime是否为0判断时间轴是否生效存在极限场景导致调度时间不生效 
初始化调度时间不以g_sysSchedStartTime是否为0为界限，而以g_sysSchedStartTime是否为64位最大值，
为界限, 避免特殊以下场景：调度开启时系统时间为0，导致初始化的g_sysSchedStartTime还是0，导致
调度启动后获取的调度时间轴始终为0.

Close #I45HP5

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ie0ef4e7d149f09ac466c649c0f2d6538f5322439
 2021-08-14 11:30:46 +08:00
openharmony_ci 2868891bc8 !264 feat: L0 arm qemu剥离工具链头文件 
Merge pull request !264 from give-me-five/master
 2021-08-12 09:07:09 +00:00
silen 67d74559d1 feat: L0 armquem 剥离工具链 
Change-Id: I19c13fd24141271087948fad9434558b823df62b
Signed-off-by: silen <wuyunjie@huawei.com>
 2021-08-12 16:23:31 +08:00
openharmony_ci 251a597bb4 !263 fix: 修复文档链接失效问题 
Merge pull request !263 from Harylee/qemu
 2021-08-12 07:51:49 +00:00
Haryslee 5d53c84812 fix: 修复文档链接失效问题 
close #I4529I

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: Ia3c885789f11bcbfeafaabf1c835bee93bcc54c0
 2021-08-12 14:59:13 +08:00
openharmony_ci af5bc32e38 !261 宏LOSCFG_SUPPORT_FATFS在fs.c中存在使用问题，导致无fatfs的情况下，编译出错 
Merge pull request !261 from zhangfanfan2/master
 2021-08-12 02:01:00 +00:00
zhangfanfan2 c1614ce2b4 fix: 宏LOSCFG_SUPPORT_FATFS在fs.c中存在使用问题，导致无fatfs的情况下，编译出错 
代码中使用#ifdef LOSCFG_SUPPORT_FATFS控制业务逻辑，但LOSCFG_SUPPORT_FATFS的
默认定义为：#define LOSCFG_SUPPORT_FATFS 0，这样#ifdef LOSCFG_SUPPORT_FATFS控制
的逻辑一定会被编译。修改方式：使用的地方统一为#if的形式

close: #I44XNR

Signed-off-by: zff <zhangfanfan2@huawei.com>
 2021-08-11 09:32:09 +00:00
openharmony_ci 93f029b430 !250 某些编译器下编译告警消除 
Merge pull request !250 from 野生毛霉君/master
 2021-08-11 09:23:07 +00:00
openharmony_ci fa0b8b0dcb !227 feat: 支持native动态加载组件 
Merge pull request !227 from Harylee/mem
 2021-08-11 03:14:24 +00:00
Haryslee d75383400e feat: 支持native动态加载组件 
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: Haryslee <lihao189@huawei.com>
Change-Id: I7669b7ef20096294f9d1094c85ac6602fefad354
 2021-08-10 20:26:40 +08:00
openharmony_ci 669f619040 !258 添加MPU功能的开关宏 
Merge pull request !258 from JerryH/mpu
 2021-08-10 12:01:26 +00:00