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

374 Commits

Author SHA1 Message Date
hw_llm 413b08295d Description: liteos_m cpup 中断索引值越界修复 
IssueNo: https://gitee.com/openharmony/kernel_liteos_m/issues/I9RHZ7
Feature Or Bugfix: Bugfix
Binary Source: No
Signed-off-by: hw_llm <liu.limin@huawei.com>
 2024-08-29 15:28:16 +08:00
openharmony_ci cde26d8d68
!1080 Kconfig清理冗余代码 
Merge pull request !1080 from 乔克叔叔/master
 2023-08-11 02:49:30 +00:00
yinjiaming 3ce50a610c fix:内核代码告警清理 
内核代码经工具检测有告警，现予清理

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I3bf6c421296dfccd9c78cc6af47dcb1879da5cea
 2023-08-08 16:22:32 +08:00
liuwenxin f42c36ac8e fix:kconfig清理冗余代码 
Signed-off-by: liuwenxin <liuwenxin11@huawei.com>
Change-Id: I45b8185b87b9c6cb03a470c9969239fdda5f6b4d
 2023-07-29 15:57:26 +08:00
zhangdengyu eb7e307355 refactor：重构ARM架构下的中断管理框架 
方案描述：
1、在最外层arch/include/los_interrupt.h中定义数据结构、声明对外接口；
2、在arch/arm/common实现arm架构中断通用的接口定义与声明；
3、在arch/arm/xxx中实现针对xxx架构的差异化实现;
4、在cortex-m7/gcc中未实现SysTickHandler函数，现将其实现

Close: #I76K6S

Signed-off-by: zhangdengyu <zhangdengyu2@huawei.com>
Change-Id: I741df02efb808ac64568b591e7ff460d99e21c30
 2023-06-14 16:15:37 +08:00
openharmony_ci 748e0a4447
!1036 fix: 修改一些拼写错误 
Merge pull request !1036 from 程子丘/master
 2023-05-24 04:03:47 +00:00
zhushengle 3241a67dc6 feat: GN绝对路径修改 
Close #I77PSG
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I095e5d0aac99eda1a8c238701e560655477b04d2
 2023-05-23 20:08:02 +08:00
openharmony_ci bad1880ccb
!1052 open时可能绕过fatfs 锁 
Merge pull request !1052 from wangchen/0423_m
 2023-05-15 12:49:09 +00:00
openharmony_ci 3b9e83c6b2
!1060 Fix : 部件化需求整改 
Merge pull request !1060 from yinjiaming/bundle
 2023-05-05 08:33:30 +00:00
yinjiaming b35d3d952b fix:部件需求整改 
修复了脚本扫描出的bundle.json的问题，整改了
不符合规范的路径引用

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Ic45ef8f2cc54c071e7104c7c1a6e31fc2ae395d2
 2023-04-28 17:11:31 +08:00
liuwenxin 24a0b3ca70 fix:去除无用头文件 
Signed-off-by: liuwenxin <liuwenxin11@huawei.com>
 2023-04-25 16:04:31 +08:00
wangchen 062235a60c fix: open时可能绕过fatfs 锁 
方案描述:
1, malloc 之后 清空内存,避免使用上次的指针脏数据

fix I6XVKR
Signed-off-by: wangchen <wangchen240@huawei.com>
 2023-04-24 15:36:35 +08:00
nkj ee9d5daeca fixed 088f88c from https://gitee.com/wenxin-liu_admin/kernel_liteos_m/pulls/991 
feat: kconfig增加shell StackSize大小的设置

BREAKING CHANGE:

kconfig增加shell StackSize大小的设置：

新增配置项

Close #I6KHRF
Signed-off-by: nkj <tkyl01@yeah.net>
Change-Id: I9d3a7e7933a01a0f1ad2199c82825cc471c623b0

Change-Id: I0d732e0270ae6dc354aec05f2a50f9439550accb
 2023-04-10 16:32:23 +08:00
am009 20693c9424 fix: 修复拼写错误 
Signed-off-by: am009 <wangjikai@hust.edu.cn>
 2023-03-15 22:10:45 +08:00
Cheng Ziqiu 8b11135135 fix: 修改注释中的一些拼写错误 
Signed-off-by: Cheng Ziqiu <chengziqiu@hust.edu.cn>
Change-Id: Icc152031144f9756f4da018e24d338c0d28a8fa9
 2023-03-15 22:01:50 +08:00
yinjiaming d058b640e2 fix:打开LWIP_IPV6时有编译错误 
更改了出错的参与算数运算的指针的数据类型

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I6891797cd1afa801faeecf1bfb891f0ac7db7f68
 2023-02-27 11:53:54 +08:00
openharmony_ci 24f52e0259
!987 LMS特性安全合规整改 
Merge pull request !987 from JerryH/lms
 2023-02-02 01:42:12 +00:00
huangjieliang d4df4d1e54 feat:LMS模块及堆内存模块非安全函数安全合规整改 
Close #I68LEO

Signed-off-by: huangjieliang <huangjieliang@huawei.com>
Change-Id: I38b859dcd1856f27d4577f5311c920d2d8b96385
 2023-02-01 16:49:44 +08:00
openharmony_ci c6d021bede
!1016 refactor: 不同C库malloc归一 
Merge pull request !1016 from Zhaotianyu/20230117libc_malloc
 2023-01-18 09:56:58 +00:00
arvinzzz d7f3aef326 refactor: 不同C库的malloc适配归一 
1. 不同C库的malloc实现归一化，由原先//kal/libc/musl、//kal/libc/newlib、
   //../../third_party/musl/porting/liteos_m_iccarm/kernel 各自实现，
   统一至//kal/posix/src/malloc.c实现，并实现对三种C库的兼容

2. Kconfig归一化的配套调整，删除Top->"Compat"->"Choose libc implementation"下
   malloc API的开关控制，统一归入"Top"->"Compat"->"Enable POSIX API"下
   "Enable POSIX MALLOC API"进行能力开关控制

BREAKING CHANGE:
Kconfig变更：
删除：
LOSCFG_LIBC_ICCARM_MALLOC
LOSCFG_LIBC_NEWLIB_MALLOC
新增：
LOSCFG_POSIX_MALLOC_API

close: I6AGOW

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I584e337cdb36184cf40c36c4f7c73ab780c31a42
 2023-01-18 11:22:01 +08:00
openharmony_ci 59fbe91d8b
!1009 Fix : OsLs 内存泄漏问题 
Merge pull request !1009 from yinjiaming/fix
 2023-01-13 08:54:49 +00:00
openharmony_ci c7088f4d0f
!1010 告警清理 
Merge pull request !1010 from 乔克叔叔/release
 2023-01-13 05:42:29 +00:00
liuwenxin 705bfbdc76 fix：release告警清理 
release分支告警清理

close:#I6AD15

Signed-off-by: liuwenxin <liuwenxin11@huawei.com>
 2023-01-13 11:34:52 +08:00
yinjiaming 9a4e9677bd fix:修复OsLs函数内存泄漏问题 
当d = NULL时，path没有释放，现释放path所指向的内存

close #I6A07U

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Iee9fd8d2171c6fdcf353a48e7af385bbd1660520
 2023-01-12 15:30:19 +08:00
openharmony_ci c119b7e9e2
!1006 Fix : statfs函数内部判断错误 
Merge pull request !1006 from yinjiaming/fix
 2023-01-11 07:37:51 +00:00
arvinzzz ed50f7e373 fix: 不同libc下gettimeofday特性规格统一 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Iaaf1fed24101f43c636737294dbe870d2f467b0a
 2023-01-10 20:36:34 +08:00
yinjiaming 2f2a0b7a75 fix:修复statfs函数内部判断错误 
修复函数调用的是statfs却用stat!=NULL来判断，当文件系统是little_fs时导致死机的问题。

close #I69BXB

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Ib9784c017f4260433c3f12e352470108ea83ec19
 2023-01-10 15:49:01 +08:00
xiacong 07091c5a75 fix:修复codecheck告警 
1、修复空格、空行使用错误告警；
2、将超过10行的inline函数去除内联符号

fix #I685E3

Signed-off-by: xiacong <xiacong4@huawei.com>
 2022-12-30 12:11:01 +08:00
mrzhang 67ee38e1e3 fix: Fixed compilation problems with niobe407 and neptune100 
Signed-off-by: mrzhang <zhangyalei8@h-partners.com>
 2022-12-26 18:25:44 -08:00
Far 662aefb700 fix: VfsMpFind optimize 
1. provide VfsMpFind which doesn't support mounting recursively;
2. provide a macro to set whether supporting recursive-mount or not.
3. adding path length checking

BREAKING CHANGE:
new config option:
LOSCFG_FS_SUPPORT_MOUNT_TARGET_RECURSIVE

fix #I65XE6
Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: I7ae371f0e6fff46db0e2368f905aa22bac864b79
 2022-12-24 10:44:11 +08:00
openharmony_ci 705e4c323a
!973 【重新提交】修复文件系统中不合理的锁操作 
Merge pull request !973 from Far/master
 2022-12-22 03:10:43 +00:00
Far b7f906ef8a fix: 修复文件系统不合理的锁操作 
1. 移除了fatfs和littlefs中冗余的加锁操作。
2. 增加了配置选项FS_LOCK_TIMEOUT（宏LOSCFG_FS_LOCK_TIMEOUT），提供配置
   文件系统获取锁超时能力。
3. 新增对外接口LOS_FsLock()和LOS_FsUnlock()接口，提供HAL层与文件系统的
   互斥操作。

BREAKING CHANGE:
修复文件系统不合理的锁操作
新增API:
los_fs.h:
int LOS_FsLock(void)
int LOS_FsUnlock(void)
新增配置项:
LOSCFG_FS_LOCK_TIMEOUT(menuconfig FS_LOCK_TIMEOUT)

fix #I66S2J

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: I2ae9b6b5e2c788b2f4a00d9678a0240d00c335eb
 2022-12-22 10:41:31 +08:00
openharmony_ci fa142daffb
回退 'Pull Request !938 : 修复文件系统不合理的锁操作' 2022-12-19 08:57:11 +00:00
wangchen 0a03a4d875 fix: open接口内存泄漏修复 
方案描述:
1, 修改路径正确时打开失败可能的异常

fix #I66KGT
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-12-17 08:16:12 +00:00
openharmony_ci 2a70466456
!963 修复文件系统close中的不合理操作 
Merge pull request !963 from Far/NFILE
 2022-12-16 03:12:42 +00:00
Far 59ecf4cae8 fix: 修复close接口中无法正常关闭文件的问题 
1. close未考虑保留描述符0、1和2，导致fd合法性判断出现错误，这会导致
上限附近的fd不能被正常的关闭
2. 释放file结构体时未在锁的保护中进行，可能存在问题

fix #I65U8S

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: Iaa03a70e18fcb352ca3b99232f50b43d8b13ecf0
 2022-12-16 10:53:03 +08:00
Far 9038b6522e fix: 修复文件系统不合理的锁操作 
1. 移除了fatfs和littlefs中冗余的加锁操作。
2. 增加了配置选项FS_LOCK_TIMEOUT（宏LOSCFG_FS_LOCK_TIMEOUT），提供文件
   系统锁超时判定能力。
3. 新增对外接口LOS_FsLock()和LOS_FsUnlock()接口，提供HAL层与文件系统的
   互斥操作。

BREAKING CHANGE:
修复文件系统不合理的锁操作
新增API:
int LOS_FsLock(void)
int LOS_FsUnlock(void)
新增配置项:
LOSCFG_FS_LOCK_TIMEOUT(menuconfig FS_LOCK_TIMEOUT)

fix #I6355A

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: Ia980abfac0ee761088313496c7e3c3e9568450b3
 2022-12-16 10:42:03 +08:00
arvinzzz 98da8bbdfb refactor: vfs opt 
1. vfs重构优化，统一fs模块的对外接口，减少不必要的冗余调用，由fs组件直接提供posix对外接口
  2. vfs与libc关系整理
  3. fs接口实现规范化

BREAKING CHANGE:
删除API:
int LOS_Open(const char *path, int flags, ...);
int LOS_Close(int fd);
ssize_t LOS_Read(int fd, void *buff, size_t bytes);
ssize_t LOS_Write(int fd, const void *buff, size_t bytes);
off_t LOS_Lseek(int fd, off_t off, int whence);
int LOS_Stat(const char *path, struct stat *stat);
int LOS_Statfs(const char *path, struct statfs *buf);
int LOS_Unlink(const char *path);
int LOS_Rename(const char *oldpath, const char *newpath);
int LOS_Fsync(int fd);
DIR *LOS_Opendir(const char *path);
struct dirent *LOS_Readdir(DIR *dir);
int LOS_Closedir(DIR *dir);
int LOS_Mkdir(const char *path, mode_t mode);
int LOS_Rmdir(const char *path);
int LOS_Lstat(const char *path, struct stat *buffer);
int LOS_Fstat(int fd, struct stat *buf);
int LOS_Fcntl(int fd, int cmd, ...);
int LOS_Ioctl(int fd, int req, ...);
ssize_t LOS_Readv(int fd, const struct iovec *iovBuf, int iovcnt);
ssize_t LOS_Writev(int fd, const struct iovec *iovBuf, int iovcnt);
ssize_t LOS_Pread(int fd, void *buff, size_t bytes, off_t off);
ssize_t LOS_Pwrite(int fd, const void *buff, size_t bytes, off_t off);
int LOS_Isatty(int fd);
int LOS_Access(const char *path, int amode);
int LOS_Ftruncate(int fd, off_t length);
int LOS_FsUmount(const char *target);
int LOS_FsUmount2(const char *target, int flag);
int LOS_FsMount(const char *source, const char *target,
                const char *fsType, unsigned long mountflags,
                const void *data);
int OsFcntl(int fd, int cmd, va_list ap);
int OsIoctl(int fd, int req, va_list ap);

Close #I65MNQ

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I3d16852ffb87ab061c22b22f5873eba384842101
 2022-12-13 16:56:18 +08:00
openharmony_ci c7da881469
!934 fix: 对外提供CONFIG_NFILE_DESCRIPTORS宏表示最大可打开fd数量 
Merge pull request !934 from Hongjin Li/fs1
 2022-12-06 12:10:31 +00:00
zhushengle 974182d50c feat: 优化CPUP计算方式， 解耦系统调频 
Close #I5R9XG

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I07cb388732b1190943374802f792d32bd666c06e
 2022-12-06 10:41:20 +08:00
Hongjin Li a3ce436841 fix: 提供CONFIG_NFILE_DESCRIPTORS宏标识最大可打开fd数量 
提供CONFIG_NFILE_DESCRIPTORS宏，标识最大可打开fd数量。
提供FAT_MAX_OPEN_FILES宏，标识FAT文件系统中最大可打开fd数量。

如果只有FAT文件系统，那么CONFIG_NFILE_DESCRIPTORS等于FAT_MAX_OPEN_FILES。
如果有多个文件系统，比如fat+little+yaffs，那么CONFIG_NFILE_DESCRIPTORS应该定义为多个文件系统可打开fd数量之和。

BREAKING CHANGE:

对外提供的CONFIG_NFILE_DESCRIPTORS宏，用来标识最大可打开fd数量。

开发者可以在target_config.h中自定义CONFIG_NFILE_DESCRIPTORS和FAT_MAX_OPEN_FILES宏。

Close #I62WDU

Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
 2022-12-06 10:11:13 +08:00
zhushengle 7657aadc20 feat: 修复低功耗下时间更新缺陷 
1.注释说明低功耗框架中tickLock和tickUnlock两个钩子函数的要求
2.解决极端情况下OsTickTimerBaseReset断言失败的问题

BREAKING CHANGE:
修复低功耗下时间更新缺陷对外变更描述:

低功耗启用另一个低功耗timer时:

LosPmTickTimer 中tickLock函数的功能实现描述由原来的：暂停系统tick timer 修改为：关闭系统tick timer，并将timer的count值清零

LosPmTickTimer 中tickUnlock函数的功能实现描述由原来的：恢复系统tick timer 修改为：重新启动系统tick timer

Close #I5O80Z

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I2ee17518e4a388ff5a1f9e3d8d7c61c81aa3e569
 2022-12-05 17:01:37 +08:00
openharmony_ci 795c2db917
!933 fs增加注册接口 
Merge pull request !933 from wangchen/1124_m
 2022-12-01 06:18:16 +00:00
wangchen 2f334bed21 feat: fs增加注册接口 
方案描述:
增加注册机制, 并增加重复注册判断

BREAKING CHANGE:
fs增加注册接口
新增API:
int LOS_FsRegister(const char *fsType, const struct MountOps *fsMops,
                   const struct FileOps *fsFops, const struct FsManagement *fsMgt);

fix #I611L2
Signed-off-by: wangchen <wangchen240@huawei.com>
https://gitee.com/openharmony/kernel_liteos_m/issues/I611L2
 2022-12-01 02:50:05 +00:00
Hongjin Li a859329f28 fix: 使用LOSCFG_FS_FREE_HOOK释放内存 
文件系统中使用LOSCFG_FS_FREE_HOOK代替free()来释放内存。

close #I6412J

Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
 2022-12-01 09:33:32 +08:00
openharmony_ci 68b8deea89
!937 添加MAX_OPEN_DIRS宏，标识最大可打开dir数量 
Merge pull request !937 from Hongjin Li/max_open_dirs
 2022-11-29 11:38:36 +00:00
Hongjin Li a288718c2c fix: 添加LOSCFG_MAX_OPEN_DIRS标识最大可打开dir数量 
提供LOSCFG_MAX_OPEN_DIRS宏定义，标识最大可打开dir数量。新增g_dirNum静态变量，标识已打开的dir数量。
在opendir成功时g_dirNum++，在closedir成功时g_dirNum--。

BREAKING CHANGE:
新增LOSCFG_MAX_OPEN_DIRS宏定义，标识最大可打开dir数量。

fix: I62XEA

Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
 2022-11-29 19:05:00 +08:00
openharmony_ci 019dab8db4
!941 文件系统提供动态内存分配器钩子 
Merge pull request !941 from Far/LOS_FS_MALLOC
 2022-11-28 14:36:29 +00:00
Far f190275664 feat: 文件系统提供动态内存分配器钩子 
增加LOS_FS_MALLOC/LOS_FS_FREE宏以提供用户配置动态内存分配器的能力。
用户只需要在components/fs/vfs/los_fs.h中修改对应的函数即可。

BREAKING CHANGE:
文件系统提供动态内存分配器钩子
新增宏:
LOS_FS_MALLOC
LOS_FS_FREE

fix #I63IJW

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: I20cb41f621a2e22d74749583f546d550ba127b72
 2022-11-28 20:02:20 +08:00
wangchen 97a638bc1c fix: vfs 分区格式化逻辑修改 
方案描述:
1,删除fat分区时调用的adddevice的动作
2,修改格式化的判断逻辑

fix #I63FDV
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-11-28 03:53:54 +00:00