yystopf/openharmony_kernel_liteos_m
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,017 Commits 170 Branches 50 Tags
7add94de1f82c841f95eb36207ff322a7266d5e9
Commit Graph

21 Commits

Author SHA1 Message Date
JerryH
8d7468b44c feature: Support kernel signal and POSIX API. 
内核支持信号功能，支持注册、屏蔽、等待及触发等操作。

close #I4R72Q

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I26fb11a03d1899c6f7e665f0798824c578d592a6
 2022-01-20 11:17:40 +08:00
yinjiaming
194ac5898d fix: 当前仓代码编译告警的问题 
【背景】
当前仓代码存在编译告警需要处理

【修改方案】
在测试用例中屏蔽了-Werror选项
在对应的代码处添加了相应函数的声明头文件

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

re #I4N50W

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I7dc1e38105aa3d60f9f991f34f88875cccb48463
 2022-01-19 02:27:14 +00:00
JerryH
4890222e7c feature: Support pipe and poll interfaces. 
支持pipe管道驱动，支持poll多文件描述符检测接口。

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: Ida1f29709affbc91a26b8518e4a77b8e5469be19
 2022-01-18 16:47:35 +08:00
arvinzzz
753d86014b feature: 支持newlib与musl切换 
系统支持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: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I72eda5ac5499f72c67e800e22b0f39eb288f2b94
 2021-12-04 21:43:55 +08:00
Caoruihong
7e673430dc feat(build): support Kconfig 
Kconfig usages are the same with liteos_a

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I9aacbb69da88d5427cced89d1a49cb1041afa998
 2021-11-05 12:18:04 +08: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
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
Caoruihong
bfa25fcaa3 feat: add deps to musl and securec 
add deps to musl, and securec.
fwrap.c's contents are moved to musl.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ib451736798efd9745c6fbbbe5f355eea13477031
 2021-06-26 18:04:27 +08:00
li_zan
b0119f6185 Merge branch 'master' of gitee.com:openharmony/kernel_liteos_m into master 2021-06-24 01:33:46 +00:00
li_zan
b55cfc1ba7 fix: 修复littlefs的多分区挂载时，对pathname的处理逻辑异常 
close：#I3WWFA

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-24 09:31:15 +08:00
YOUR_NAME
86d5544a3f fix: 新增函数regcomp,regfree和regexec支持 
close: #I3U9LE

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: Iff1180b89958b4d8c339a73f9a5f59cb47707c74
 2021-06-23 15:27:50 +08:00
li_zan
139f83af39 fix: 修复M核上musl库缺失strdup,c的问题 
close：#I3VZSI

Signed-off-by: li_zan <371442490@qq.com>
 2021-06-17 20:28:47 +08:00
Caoruihong
420e781f33 chore: adjust path of posix header files 
path of posix header files are exposed via public_configs
of //kernel/liteos_m/kal/posix

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Id838549e1a952d6ddb8664792570f265edfbd91c
 2021-06-15 12:11:12 +08:00
Caoruihong
a5660c2217 chore: remove the files copied from musl 
copied and auto-generated files are redundant and should not be tracked.

Change-Id: I22bb3a1873ba6e0be3008306624b50772cdc91b5
Signed-off-by: Caoruihong <crh.cao@huawei.com>
 2021-06-11 11:26:58 +08:00
arvinzzz
2d9bbd2769 fix: 修复不规范的copyright 
close: #I3SPJ1
Change-Id: I6cb01024ef342a0190f5dc9f6cb3a1e815692832

Signed-off-by: arvinzzz <fcykztyu@163.com>
Change-Id: I45c63592b08d29587778209de6af17f932dc86d0
 2021-06-02 11:07:59 +08:00
Caoruihong
4d556fbe90 use top third_party 
Change-Id: I382b10ef7a6adc328777349bce142e58895f7c8d
 2021-04-26 17:11:56 +08:00
Caoruihong
ad1e09ff77 add third_party FatFs and fix BUILD.gn 
Change-Id: I456530ca5282d6c4b0904d04ae0a0a5ff155391a
 2021-04-23 12:05:48 +08:00
zhangfanfan2
0a22391490 feature:add "pthread_cond.c" to compile in posix module 2021-04-22 11:46:37 +08:00
mamingshuai
778c8b9930 update openharmony 1.0.1 2021-03-11 20:30:40 +08:00
Caoruihong
1405111aa9 Description: refactor 
Reviewed-by: likailong
 2020-12-16 17:30:08 +08:00
likailong
72c4acf01e Description: liteos-m refactoring 
Reviewed-by: wangmihu, zhushengle
 2020-12-02 19:40:34 +08:00