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

252 Commits

Author SHA1 Message Date
arvinzzz d84471ff29 fix: 告警修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I1c00ca1dda35c62b06bff78353737f7943a647e9
 2022-03-23 17:15:52 +08:00
openharmony_ci b51e7f93d4
!637 Fix : 开启lwip后编译失败 
Merge pull request !637 from yinjiaming/fix
 2022-03-23 08:49:19 +00:00
arvinzzz 637de91170 fix: 告警修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I4c69ab116920db527b39070038d36e7f0bd4e331
 2022-03-22 21:39:09 +08:00
arvinzzz 0e2dded346 fix: 告警修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I09d6e86c958838d95297176c235fe1a7ad34c88c
 2022-03-22 19:47:03 +08:00
arvinzzz 38f8472ddb fix: 告警修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Iaec45e835737c0ae7eea88408b2a1a4a79f1a40c
 2022-03-22 18:29:16 +08:00
arvinzzz 17daa50fa2 fix: 内源检视修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ic8f63a512a5b2c88e7abee6c167473f37ecc9f3b
 2022-03-21 11:02:16 +08:00
openharmony_ci 57a0002252
!642 fix:3.1内源代码检视问题 
Merge pull request !642 from xuxinyu/master
 2022-03-19 12:50:08 +00:00
x_xiny 4f12ab9a2a fix:3.1代码检视问题 
Signed-off-by: x_xiny <1301913191@qq.com>
Change-Id: Ib69620ebf3c139b0e69c3fb5347eaf54cab275de
 2022-03-19 19:37:23 +08:00
openharmony_ci 8f1dc3a1ff
!636 修改menuconfig关闭VFS选项后编译无法通过 
Merge pull request !636 from wangchen/0317_m
 2022-03-19 08:24:14 +00:00
openharmony_ci 9bf8ff9ce5
!641 fix: 规范整改 
Merge pull request !641 from zhushengle/sample
 2022-03-19 08:02:11 +00:00
zhushengle a09d4882c4 fix: 规范整改 
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7be78853291d53636fd199104b4c72bbab222bcd
 2022-03-19 15:46:10 +08:00
yinjiaming e7e850a6a6 fix: 修复3.1代码检视中的问题 
【背景】
3.1 代码检视中有一些问题需要修改

【修改方案】
在可能内存泄露的地方进行了修改,在安全函数前加void转换

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

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I8a37ecf7c8d81d24ebe153d0c0a7db008cc3e4b9
 2022-03-18 08:14:18 +00:00
wangchen 3ad47afec4 fix: 通过menuconfig关闭VFS选项后，代码编译无法通过 
【背景】关闭VFS时，编译无法通过

【修改方案】
1，添加对fs依赖的模块中对fs开启情况的判断

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

re #I4X5DX
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-18 06:48:47 +00:00
yinjiaming f5ee192962 fix: 修复开启lwip后编译失败的问题 
【背景】
LWIP_STATS宏定义为0时开启lwip会有编译失败

【修改方案】
给可能重复定义的宏LWIP_STATS_DISPLAY 添加了相应的条件判断

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

re #I4X2DP

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Id1a4769dbbce4c56e8b681d9174be5aa54e74c02
 2022-03-17 10:55:46 +00:00
openharmony_ci 6a8f24ba01
!626 Fix : 修改了源码检视过程中的一些问题 
Merge pull request !626 from yinjiaming/master
 2022-03-14 11:08:14 +00:00
yinjiaming bcd177bbd3 fix: 修复3.1代码检视中的问题 
【背景】
3.1 代码检视中有一些问题需要修改

【修改方案】
在README 中添加了文档链接,更改了非可执行文件的权限

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

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I25eb1a2bfcbfdf7bc40b0516bcf9262c2d67f8b4
 2022-03-14 06:57:32 +00:00
longxingkai e3e9b2f5a5 fix fs opendir bug 
Signed-off-by: longxingkai <longxingkai@talkweb.com.cn>
 2022-03-11 10:23:38 +08:00
x_xiny 632ea10418 fix:内源代码检视修改 
【背景】3.1代码review问题修改

    【修改方案】

     re #I4WV56

     Signed-off-by: xuiny <xuxinyu6@huawei.com>

Change-Id: I1f3d98ab84b739c5d3a924559b1825659dc0ea74
 2022-03-10 19:33:41 +08:00
fangye 9aa32ae743 fix: 修复FileSystem menuconfig配置问题 
Signed-off-by: fangye <fangye@talkweb.com.cn>
Change-Id: Ibbac507ec290657489e47a708d2926ec709fa6b8
 2022-03-10 09:27:16 +08:00
Guangyao Ma 09034de68a refactor: liteos-m vfs refactory 
close #I4RV26

Change-Id: I76d5d5128d37efa5fbcde6d105c78f4d7be607de
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2022-03-09 12:07:15 +08:00
wangchen 43baa4fdc4 fix: 内源代码检视问题 
【背景】内源代码检视问题

【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-08 09:38:03 +00:00
openharmony_ci ae7a374ebb
!573 M核安全隔离 
Merge pull request !573 from Zhaotianyu/0117sec_init
 2022-03-03 13:42:06 +00:00
arvinzzz fb76350771 feature:M核安全隔离 
新增用户态，上层业务进行box隔离，共享C库

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ib6ecc3fcb230a7539f9e0f3663290900198d2ba9
 2022-03-03 20:41:15 +08:00
arvinzzz 491cefae76 feature: 补充pread/pwrite接口 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ie31cacd18131113e51a6949dfba57a86ca4eb0e5
 2022-02-24 19:57:30 +08:00
wangchen 0245b1a7b2 fix: shell 输入不识别命令时内存泄漏 
【背景】shell 输入不识别命令时内存泄漏

【修改方案】
1，添加识别命令失败时释放内存

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

re #I4UR9P
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-02-22 08:12:01 +00:00
fangye 21b46e82f3 fix: 修复未使用的参数和类型比较编译报错问题 
Signed-off-by: fangye <fangye@talkweb.com.cn>
Change-Id: I64f9e0cd20b62f877f353340b81922ddd45fbf7c
 2022-02-15 18:53:30 +08:00
openharmony_ci e20444cda6
!591 littlefs最大打开文件个数修改为可通过menuconfig配置 
Merge pull request !591 from 方烨/master
 2022-02-15 06:55:08 +00:00
zhushengle fb11ab181e feat: 同步调度部分优化至liteos_m 
1.tick timer与调度进一步剥离
2.性能敏感函数内敛化

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I00c27216e286dd7ca9c02db3e2377707d628a786
 2022-02-12 14:52:36 +08:00
fangye 9bc9f3aa53 feat: littlefs最大打开文件个数修改为可通过menuconfig配置 
Signed-off-by: fangye <fangye@talkweb.com.cn>
Change-Id: Iba141821200b6044d89ec50b7ddb1047490f5229
 2022-02-11 14:52:42 +08:00
openharmony_ci d1d412255c
!570 fix:shell 命令 ctrl +c 打印使用多余的参数 
Merge pull request !570 from 拓维信息候鹏飞/master
 2022-02-10 12:16:07 +00:00
openharmony_ci b534083056
!569 shell命令行输入增加回退支持 
Merge pull request !569 from 方烨/master
 2022-02-10 11:56:34 +00:00
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
houpengfei 8b586fb2bf 删除不必要的参数 
Signed-off-by: houpengfei <houpengfei@talkweb.com.cn>
 2022-01-24 09:07:36 +08:00
fangye d986648e9c shell命令行增加回退支持 
Signed-off-by: fangye <fangye@talkweb.com.cn>
 2022-01-23 21:11:43 +08: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
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
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
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
openharmony_ci 4a9d1f0c51
!531 fix: 修复liteos-m在iar环境下的编译问题 
Merge pull request !531 from zhushengle/iar
 2022-01-11 10:46:48 +00: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
JerryH b98aa4eacd feature: 支持IAR C++ thread_local特性 
在需要IAR的thread_local特性时，在targets_config.h中包含los_iar_tls.h，覆盖los_config.h的默认定义，使能该特性。

close #I4PTVZ

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I92d3f960555f95cb3618dd5e3915824105eb13a4
 2022-01-10 20:10:35 +08:00
openharmony_ci 67f8149640 !480 feat: 内核提供tick timer框架，支持多架构多平台通用化 
Merge pull request !480 from zhushengle/timer
 2022-01-04 01:12:29 +00:00
zhushengle 96663805ec fix: pm codex告警清零 
Close #I4OWPE
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I07f6db919062090b917ce991198f769032365472
 2021-12-31 14:55:20 +08:00
zhushengle f635450d7c feat: 内核提供tick timer框架，支持多架构多平台通用化 
背景：
      当前Arch下tick timer的实现依赖于弱函数机制，三方适配时出错及限制较大，且tick
  timer作为内核必须模块，未模块化，当前散落在tick和调度等模块中，且当前存在arch依赖
  内核，内核也依赖arch的情况，为了解决上述问题，将tick timer模块化，通过提供tick
  timer框架实现内核依赖Arch而Arch不依赖内核，并且可以减少对外暴漏的接口，使得三方
  适配时更加明确需要实现的接口。

方案描述：
1.tick timer结构
  在kernel_liteos_m/arch/include/los_timer.h，中定义结构：

  typedef struct {
    UINT32        freq;
    INT32         irqNum;
    UINT32        (*init)(HWI_PROC_FUNC tickHandler);
    UINT64        (*getCycle)(UINT32 *period);
    VOID          (*reload)(UINT64 time);
    VOID          (*lock)(VOID);
    VOID          (*unlock)(VOID);
    HWI_PROC_FUNC tickHandler;
  } ArchTickTimer;
  并声明对外获取tick timer的接口：

  ArchTickTimer *ArchSysTickTimerGet(VOID)
  define LOS_SysTickTimerGet ArchSysTickTimerGet
2.在每个架构下提供默认的tick timer操作：

  STATIC ArchTickTimer g_archTickTimer = {
    .freq = xxx, 必填
    .irqNum = xxx, 必填
    .init = xxx, 必填
    .getCycle = xxx, 必填
    .reload = xxx, 必填
    .lock = xxx, 必填
    .unlock = xxx, 必填
    .tickHandler = NULL, 可选
  }
  并实现：ArchTickTimer *ArchSysTickTimerGet(VOID) 接口
3.内核los_tick.c中提供对外(其它模块)和公共的tick timer初始化操作函数，
  如果用户不想启用系统默认的tick timer,则需要在 "内核初始化之前" 调用接口：
  LOS_TickTimerRegister(const ArchTickTimer *timer, const HWI_PROC_FUNC tickHandler)
  将用户自己的tick timer或中断处理函数 注册进去。
  用户也可以注册自己的中断处理函数(用户不提供，默认使用系统提供的)。

BREAKING CHANGE:
  原来版本中每个架构下提供的tick timer相关操作函数为弱函数：
    WEAK UINT32 HalTickStart(OS_TICK_HANDLER handler);
    WEAK VOID HalSysTickReload(UINT64 nextResponseTime);
    WEAK UINT64 HalGetTickCycle(UINT32 *period);
    WEAK VOID HalTickLock(VOID);
    WEAK VOID HalTickUnlock(VOID);
  用户如果需要启用自己的tick timer需要自己实现相关接口(强属性)，在 "内核初始化之前" 通过调用：
  LOS_TickTimerRegister 接口替换系统默认提供的tick timer相关接口。
  无论用户提供的tick timer 还是系统默认提供的，均在内核初始化时启动。

Close #I4N7XV:arch 重构

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I83ad0bdf303904f0e73f808b57b60183619fddcd
 2021-12-31 10:50:33 +08:00
zhangyang c7843926b8 refactor: 解决m核开启ipv6功能的编译 
close #I4NOIP

Signed-off-by: zhangyang <zhangyang349@huawei.com>
 2021-12-27 12:00:30 +08:00
LiteOS2021 04bf3a682f feat: synchronizing arch api 
命名规范：修改少量Arch接口，命名规范化调整：
1.修改arch/include下接口声明，所有arch对外提供调用函数均以ArchXX命名
2.提取多个架构均有实现的公共函数声明至arch/include对应头文件中以供外部调用，并修改命名格式为ArchXX
3.修改OS_HWI_WITH_ARG为LOSCFG_PLATFORM_HWI_WITH_ARG并移至los_config.h中
4.typedef VOID (*OS_TICK_HANDLER)(VOID);暂时移至arch/include/los_timer.h中
5.实现atomic原子操作相关接口，位于arch/include/los_atomic.h,arm架构部分与汇编指令相关原子操作接口使用ARCH_ARM宏进行控制是否编译

BREAKING CHANGE: 1.修改arch/include下接口，以ArchXX命名函数
2.提取公共函数声明:ArchAtomicXchg32bits、ArchAtomicDecRet、ArchAtomicCmpXchg32bits
3.新增部分原子操作c内联实现

Close #I4N7XV

Signed-off-by: LiteOS2021 <dinglu@huawei.com>
 2021-12-25 18:36:09 +08:00
openharmony_ci 7e9d84362f !442 M核posix接口fs模块用例完善 
Merge pull request !442 from wangchen/posix_test
 2021-12-19 08:12:27 +00:00