likailong
|
05642f05ae
|
feat: 支持select.h的FD_SETSIZE宏配置
1. FD_SETSIZE由普通文件+网络文件的文件句柄个数之和决定。
2. 以前vfs_config.h引入fatfs.h和lfs_api.h又会引入其他头文件,
导致变异问题。因此需要将配置宏拆分出来放到fatfs_conf.h和
lfs_conf.h 头文件中。
3. lwipopts.h会提供网络的句柄个数,依赖FD_SETSIZE,而select.h会提供FD_SETSIZE,
依赖网络句柄个数,因此会形成相互依赖的情况,需要通过顺序来解决。
4. 网络中新增ntohl的定义。
close: #I4RYK4
Signed-off-by: likailong <likailong@huawei.com>
|
2022-01-24 17:24:26 +08:00 |
openharmony_ci
|
168fde70d4
|
!513 CMSIS接口融合修改
Merge pull request !513 from LiteOS/master
|
2022-01-22 04:53:32 +00:00 |
openharmony_ci
|
fede33b32a
|
!568 liteos-m kernel 部件标准化
Merge pull request !568 from Hongjin Li/lihongjin/br_dev
|
2022-01-22 03:45:24 +00:00 |
LiteOS
|
3eba6cb2af
|
add cmsis change
Signed-off-by: LiteOS <dinglu@huawei.com>
Signed-off-by: ou-yangkan <519689417@qq.com>
|
2022-01-22 09:28:55 +08:00 |
openharmony_ci
|
295681f08f
|
!563 newlib支持signal接口
Merge pull request !563 from JerryH/newlib
|
2022-01-21 09:45:12 +00:00 |
JerryH
|
017adac7a4
|
feature: Newlib support signal.
修改signal适配支持Newlic
close #I4RD3H
Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I59f59856a275f5a4f802a1ea7d08e9405a2fb6aa
|
2022-01-20 18:50:17 +08:00 |
openharmony_ci
|
911043ed4b
|
!541 fix: 补充newlib库对curl的支持
Merge pull request !541 from Kiita/220115_curl
|
2022-01-20 09:41:31 +00:00 |
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 |
Kiita
|
bd04d9f29a
|
fix: 将curl依赖的函数新增至newlib库
re #I4RG71
Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I9bd13f7232015f1ec0da383f7063936a2745ee71
|
2022-01-19 18:17:03 +08:00 |
Hongjin Li
|
9314b2fe81
|
chore: liteos-m kernel 部件标准化
1、添加liteos-m kernel的部件描述文件bundle.json
2、依赖三方开源软件的编译脚本修改,取消直接include头文件,改为引用三方开源软件提供的公共配置。
Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
Change-Id: I345c105a75c5cd87144c821fae123abf1f53e9f7
|
2022-01-19 17:44:49 +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 |
openharmony_ci
|
c2d3518c42
|
!538 支持pipe管道通信机制以及poll多文件描述符检测接口
Merge pull request !538 from JerryH/pipe
|
2022-01-18 10:29:15 +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 |
Lyb
|
eef7c80a72
|
fix: 队列相关的API实现中,参数的校验不完全,导致程序异常
Signed-off-by: Lyb <1576988680@qq.com>
|
2022-01-18 16:36:15 +08:00 |
openharmony_ci
|
ca6801dce8
|
!546 L0 pthread_cond_timedwait接口存在计算溢出
Merge pull request !546 from wangchen/cond
|
2022-01-18 03:33:25 +00:00 |
SimonLi
|
25a1eb522d
|
feati(newlib): 新增newlib的uio的接口支持
Signed-off-by: SimonLi <likailong@huawei.com>
|
2022-01-17 19:16:59 +08:00 |
wangchen
|
2219c32784
|
fix: L0 pthread_cond_timedwait接口实现存在的几个问题
【背景】L0 pthread_cond_timedwait接口存在计算溢出
【修改方案】
1,新增abstick 相关修改,先判断再转成32位,避免截断
2,LOS_Event相关函数返回值的处理已存在,无需处理
【影响】
对现有的产品编译不会有影响。
re #I4N9P8
Signed-off-by: wangchen <wangchen64@huawei.com>
|
2022-01-17 07:34:39 +00:00 |
arvinzzz
|
93f616b64e
|
fix: 补充net相关头文件
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I32f713800b5451bfd5350c10273f1513366d473a
|
2022-01-17 11:57:29 +08:00 |
zhushengle
|
ce5357eee1
|
feat: newlib支持pthread_equal
Close #I4QERS
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ife2c6afdd47b4bc0407e07f6f629716d4d0f2d1e
|
2022-01-11 21:27:57 +08:00 |
zhushengle
|
4c4784e33d
|
fix: 修复liteos-m在iar环境下的编译问题
1.数据类型转换
2.使用未初始化数据
3.无用的标签
4.pthread 线程退出后name指向野指针
Close #I4Q5Q5
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib89390d8f61a355788da77651bf9aeee816561bb
|
2022-01-11 18:01:01 +08:00 |
zhushengle
|
cd949ddae0
|
fix: 修复pthread_create相关问题
1. 系统调度未起时,调用pthread_create失败
系统调度未起时,系统无运行任务,获取当前线程失败
2. 先创建任务再给任务赋值name,且未加锁保护,和shell存在静态
Close #I4P78J
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I2570dcf90953ced06400a0a22193cc81719fb546
|
2022-01-04 15:06:13 +08:00 |
zhushengle
|
65f04bf093
|
fix: 修复newlib缺省PTHREAD_KEYS_MAX 问题
Close #I4OX47
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4c6b07a77dca5eb5b24f462e639ff173f06d5da0
|
2021-12-31 15:38:18 +08:00 |
openharmony_ci
|
909a18ec8f
|
!510 feat: 支持posix线程私有数据能力
Merge pull request !510 from zhushengle/pthread_key
|
2021-12-30 06:34:28 +00:00 |
openharmony_ci
|
bd0ae07bcf
|
!511 fix: 公版gcc编译内核,调用calloc崩溃
Merge pull request !511 from Zhaotianyu/1228newlib_calloc
|
2021-12-30 01:12:29 +00:00 |
zhushengle
|
a856303b9c
|
feat: 支持posix线程私有数据能力
BREAKING CHANGE:
int pthread_key_create(pthread_key_t *k, void (*dtor)(void *))
int pthread_key_delete(pthread_key_t k)
int pthread_setspecific(pthread_key_t k, const void *x)
void *pthread_getspecific(pthread_key_t k)
Close #I4ODEB
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I60ce26c20d1e2033922d2d1b01d73fc8938c8019
|
2021-12-28 19:55:10 +08:00 |
arvinzzz
|
8d0ced2069
|
fix: 修复公版gcc编译内核,调用calloc崩溃
使用内核提供的calloc接口替换工具链的实现
close: #I4OFG6
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ia979f2b613c8bab89b5df3aa4bd340f6cc6fabd7
|
2021-12-28 16:12:26 +08:00 |
老家荣
|
cbcd297a3a
|
chore: 解决 cmsis_liteos2.c:115:23: warning 编译告警
Signed-off-by: laojr1 <laojr1@midea.com>
|
2021-12-23 17:55:11 +08:00 |
arvinzzz
|
f7400fbcb2
|
fix: 添加newlib对ipv6的支持
补充业务中需要的ipv6相关宏定义
close: #I4M1DB
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I6835fb0673874ed8efff01c8e4f79c2d64ea0d46
|
2021-12-18 19:35:10 +08:00 |
arvinzzz
|
bb04582910
|
fix: 修复Kconfig信息错误
close: #I4MZ1F
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I9216b28ab5b2a43d77512d529a6a6637998e19ea
|
2021-12-17 11:35:04 +08:00 |
szy
|
58ebbf0a71
|
fix: 解决宏定义_SEM_MAGIC数据类型错误导致的编译问题
Signed-off-by: suzongyao <suzongyao@talkweb.com.cn>
|
2021-12-13 01:52:13 -08:00 |
JerryH
|
9689522a8e
|
fix: 清除因g_tm变量没有使用引入的编译告警
close #I4LW3H
Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I8f1be047ce5af5e7d50822c22764f9b2f04167d9
|
2021-12-11 10:38:35 +08:00 |
openharmony_ci
|
a1b4ebd479
|
!454 解决gmtime和localtime接口由于g_tm全局变量导致的竞态问题
Merge pull request !454 from JerryH/time
|
2021-12-10 02:20:33 +00:00 |
JerryH
|
1454b76482
|
fix: 解决gmtime和localtime接口由于g_tm全局变量导致的竞态问题
删除全局变量,接口使用自己的内部静态变量,避免竞态
Close #I4LW3H
Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I3c74b1897b3909df93d21b9d521af270cc6fc610
|
2021-12-10 09:24:30 +08:00 |
yangjian
|
8594ee469a
|
feat: adapt net
Signed-off-by: yangjian <jianyang@bestechnic.com>
Change-Id: I91d1ef2b5b77be7ec84af939db202a8b06a9b68f
|
2021-12-09 21:08:04 +08:00 |
arvinzzz
|
885027dc91
|
feature: newlib支持lwip
close: #I4LPB2
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I01fcc0ef35e69103562d4c59e52b335a5695dfc7
|
2021-12-08 22:06:12 +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 |
LiteOS2021
|
7b838e8a7b
|
feat: 支持Lms
1.【需求描述】:
支持内核态堆内存非法访问检测,包括:越界访问、double free、释放后使用;支持libc常用高频函数内存检测;支持安全函数内存检测;读写检测可配可裁剪。
2.【方案描述】:
(1).影子内存映射与标记
(2).编译器使能-fsanitize=kernel-address 自动插桩检测点
(3).实时校验影子内存的合法性;
(4).错误访问打印回溯栈
BREAKING CHANGE: 新增支持API:
LOS_LmsCheckPoolAdd使能检测指定内存池
LOS_LmsCheckPoolDel不检测指定内存池
LOS_LmsAddrProtect为指定内存段上锁,不允许访问
LOS_LmsAddrDisableProtect去能指定内存段的访问保护
Close #I4HYBG
Signed-off-by: LiteOS2021 <dinglu@huawei.com>
Change-Id: Ia356a003088b9df37df667ea8ba91c80f5a41967
|
2021-11-27 11:31:12 +08:00 |
arvinzzz
|
e45bcc9d4f
|
refactor: 将安全函数库的编译行为由三方移至内核进行控制
close: #I4JUKM
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I201507aae937a01f49eafcf5909c07eae4a60123
|
2021-11-26 11:07:37 +08:00 |
x-xiny
|
9c8377fcc6
|
fix:在非静态初始化条件下pthread_mutex_lock,没有经过init初始化就可以对已销毁的锁进行加锁
【背景】
在非静态初始化条件下pthread_mutex_lock,没有经过init初始化就可以对已销毁的锁进行加锁
【修改方案】
在pthread_mutex_destroy中将mutex的magic标记字段清除
re #I4I7OA
Signed-off-by: x-xiny <1301913191@qq.com>
Change-Id: I5d4cceff852e20e659a7cd06acf27cc6f381962c
|
2021-11-15 06:47:03 +00: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
|
d2be4d7a46
|
feat: 支持pthread_mutex属性相关接口
接口列表:
pthread_mutexattr_init
pthread_mutexattr_settype
pthread_mutexattr_destroy
Close #I4G4RQ
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7aea47e375ffe961a3dcbf39da6b84561e3d0a8f
|
2021-10-30 15:25:56 +08:00 |
zhushengle
|
68dad2ccc9
|
feat: 支持pthread_condattr_setclock
Close #I4ETLN
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I0b3ddbb0d99000c67f9b41944ab0ab4878094a8b
|
2021-10-21 11:42:23 +08:00 |
openharmony_ci
|
af8a6d5047
|
!259 完善CMSIS-RTOS V2部分接口(osSemaphoreNew,osThreadJoin)
Merge pull request !259 from Caoruihong/cmsis
|
2021-09-24 02:24:11 +00:00 |
zhushengle
|
ecfdf7ff9b
|
feat: 支持posix 和 cmsis join能力
支持API:
LOS_TaskJoin
LOS_TaskDeatch
pthread_join
pthread_deatch
osThreadJoin
osThreadDetach
Close #I44V26
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib61e69c280eef2e4b3b79d9bba7bbd5a300c7fe4
|
2021-09-23 18:54:14 +08:00 |
Caoruihong
|
d478152762
|
feat(cmsis): support max_count for osSemaphoreNew
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Iacb6cb7771ae32ea1ca645c72fda241e8e85d422
|
2021-09-23 16:32:21 +08:00 |
zhushengle
|
2b1e5a7a13
|
fix: 修复pthread_create行为与posix不一致问题
1.提升posix接口和LOS接口的兼容性
2.支持优先级继承属性
Close #I49W9F
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4d9df778a559f094dd3062e5e7030e3a03c884ec
|
2021-09-15 14:21:01 +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 |
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 |
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
|
56dfd80ea5
|
!242 cmsis添加ThreadFlags接口支持
Merge pull request !242 from 野生毛霉君/master
|
2021-08-05 12:31:09 +00:00 |