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

138 Commits

Author SHA1 Message Date
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
Cheng Ziqiu 8b11135135 fix: 修改注释中的一些拼写错误 
Signed-off-by: Cheng Ziqiu <chengziqiu@hust.edu.cn>
Change-Id: Icc152031144f9756f4da018e24d338c0d28a8fa9
 2023-03-15 22:01:50 +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 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
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
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
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
openharmony_ci d120f1e57a
!921 其他分区已mount时会引起格式化失败 
Merge pull request !921 from wangchen/1117_m
 2022-11-18 09:34:41 +00:00
wangchen 08436dec9e fix: 其他分区已mount时会引起格式化失败 
【背景】其他分区已mount时会引起格式化失败

【修改方案】
1, 格式化时判断方式修改为路径

【影响】
对现有的产品编译不会有影响。
re #I61P4K
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-11-18 06:31:12 +00:00
Hongjin Li 2dc3998956 fix: add space after comma 
Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
 2022-11-17 20:15:53 +08:00
Far 64d15df9ea fix: fix the MS_REMOUNT support 
The mount interface can't deal with MS_REMOUNT flag now, fix it.

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: Id0960c8d92ce767b8d8ef98b3ba2e1d1ab7db15d
 2022-11-15 17:05:21 +08:00
arvinzzz 474201593d feat: 提供死机场景下dump文件的能力 
死机场景下，vfs层锁会放开，提供dump文件的能力

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Id8c9e63fbf011dbc6690b9b4557bd3370353bf21
 2022-11-05 17:58:37 +08:00
Far 296a546bcd fix: 修复一些静态扫描工具发现的问题 
Change-Id: I4890de0066f33bf44e913b550edfa3639bce7caf
Signed-off-by: Far <yesiyuan2@huawei.com>
 2022-10-15 17:36:26 +08:00
openharmony_ci 8fc9852e34
!830 lfs_mount 不能多实例 
Merge pull request !830 from wangchen/0922_m
 2022-09-26 13:09:18 +00:00
openharmony_ci 816d03f5c1
!832 LOS_FsMount 接口存在多处功能问题 
Merge pull request !832 from wangchen/0923_m
 2022-09-26 13:02:50 +00:00
xiacong 784429d0dc <fix> 
修复报警信息，为以下修复点
1、修复空指针未判断
2、修复open后未及时close 导致内存泄露
3、修复strdup后未free
4、修复赋值后未使用等问题
5、修复编码中判断条件中无符号变量小于零的情况

Signed-off-by: xiacong <xiacong4@huawei.com>
Change-Id: I13d046141afeb8a116e6a04304a3793bf8e12bee
Signed-off-by: xiacong <xiacong4@huawei.com>
 2022-09-24 22:11:27 +08:00
wangchen cf50cde1b7 fix: lfs_mount 不能多实例 
【背景】最后一个调用lfs_mount()的分区是有效的，前面的会被冲掉

【修改方案】
1, 增加一个存放cfg的空间, 每个mount点有独自的配置存储空间

【影响】
对现有的产品编译不会有影响。
re #I5RIGH
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-09-23 06:44:53 +00:00
wangchen bfef7bfb2e fix: LOS_FsMount 接口存在多处功能问题 
【背景】LOS_FsMount 接口存在多处功能问题

【修改方案】
1, 修改goto逻辑
2，把过长的函数重新封装

【影响】
对现有的产品编译不会有影响。
re #I5SP1I
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-09-23 03:45:18 +00:00
wangchen 0adbafb9c2 \fix: M核用例编译问题修复 
【背景】M核用例编译问题修复

【修改方案】
1, 添加musl缺失的fcntl
2,删除musl下对fcntl和ioctl的依赖
3,修改fs和vfs种fcntl入参的处理

【影响】
对现有的产品编译不会有影响。
re #I5PKBJ
Signed-off-by: wangchen <wangchen240@huawei.com>
 2022-09-21 07:20:12 +00:00
arvinzzz 5756d45e84 fix: 修复fs在iccarm下的编译错误 
close: #I5NXFL

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
 2022-08-24 16:59:42 +08:00
openharmony_ci fe8b68826a
!792 fix: iccarm fatfs编译问题修复 
Merge pull request !792 from Zhaotianyu/20220818iccarm_fatfs
 2022-08-18 11:38:21 +00:00
arvinzzz 99640e9977 fix: fatfs iccarm编译修复 
close: #I5MZ62

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ie3882e443406d5055ff58c780cd376ddd6054bbf
 2022-08-18 17:47:34 +08:00