- 19 5月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1065 from zhangdengyu/RTC_3.2Release_0516
-
- 18 5月, 2023 1 次提交
-
-
由 zhangdengyu 提交于
方案描述: 1、time中timezone全局变量修改为优先从RTC获取 2、settimeofday接口,linux和posix标准有差异,m核中对齐posix标准,具体如下: int settimeofday(const struct timeval *tv, const struct timezone *tz) 2.1、linux中: tz参数已弃用,一般设置为NULL; tv参数,为NULL时返回0,不设置错误码,表示不修改当前时间; 2.2、posix中: tv或tz全部为NULL时,返回-1,设置错误码EFAULT; tv或tz有一个不为NULL时,不设置相应的参数,返回0;不设置错误码; 3、新增settimeofday接口设置timezone测试用例 BREAKING CHANGE: 修复time中TIMEZONE优先使用RTC模块的问题对外变更描述: 修改int settimeofday(const struct timeval *tv, const struct timezone *tz)接口 settimeofday接口对入参的判断逻辑修改: 1、tv或tz全部为NULL时,返回-1,设置错误码EFAULT; 2、tv或tz有一个不为NULL时,不设置相应的参数,返回0;不设置错误码; Close: #I73MT7 Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com> Change-Id: If16491f909e9564010cf4bb291f0d92b5b8fce3c
-
- 17 4月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1047 from yinjiaming/cherry-pick-1680588896
-
- 04 4月, 2023 1 次提交
-
-
https://gitee.com/hgbveiu743/kernel_liteos_m/pulls/1043由 yinjiaming 提交于
fix:pthread_cond_timedwait解锁后清理的问题 该函数解锁mutex 后先清理事件,导致等的事件丢失 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: I36f8658b1b850734bc029b486fec103f6bd10588
-
- 18 3月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1039 from wangchen/0317_re
-
- 17 3月, 2023 1 次提交
-
-
由 root 提交于
方案描述: 1, 增加一个内部接口, 用于los接口返回的错误码转换成posix错误码 BREAKING CHANGE: 无新增接口, 原有接口pthread_create错误时的错误码进行了区分 Close #I6O2WI Signed-off-by: Nwangchen <wangchen240@huawei.com>
-
- 02 3月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1033 from yinjiaming/cherry-pick-1677658640
-
- 01 3月, 2023 1 次提交
-
-
https://gitee.com/hgbveiu743/kernel_liteos_m/pulls/1029由 yinjiaming 提交于
fix:打开LWIP_IPV6时有编译错误 更改了出错的参与算数运算的指针的数据类型 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: I6891797cd1afa801faeecf1bfb891f0ac7db7f68
-
- 22 2月, 2023 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1028 from zhangdengyu/cherry-pick-1677047148
-
https://gitee.com/zhangdengyu/kernel_liteos_m/pulls/1027由 zhangdengyu 提交于
feat:Panic支持ExcHook 方案描述: 1、在EXC_TYPE枚举中添加EXC_PANIC成员用于Panic支持ExcHook 2、在LOS_Panic接口执行异常处理钩子函数 BREAKING CHANGE: 无 Close: #I6GR6G Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com> Change-Id: I99d293622ff6ddbc49348c692512e5b7780460e6
-
- 11 2月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1024 from Zhaotianyu/cherry-pick-1676023301
-
- 10 2月, 2023 1 次提交
-
-
https://gitee.com/arvinzzz/kernel_liteos_m/pulls/1023由 arvinzzz 提交于
fix: pthread_create内部逻辑时序调整 在线程创建成功后,pthread_create内部先将函数返回值设置好,再进行TaskResume就绪调度状态 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I795c115da612123b67f34cdc57e85eac955bbc08
-
- 17 1月, 2023 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1014 from yinjiaming/cherry-pick-1673836500
-
由 openharmony_ci 提交于
Merge pull request !1013 from yinjiaming/cherry-pick-1673836173
-
- 16 1月, 2023 2 次提交
-
-
https://gitee.com/hgbveiu743/kernel_liteos_m/pulls/1009由 yinjiaming 提交于
fix:修复OsLs函数内存泄漏问题 当d = NULL时,path没有释放,现释放path所指向的内存 close #I6A07U Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: Iee9fd8d2171c6fdcf353a48e7af385bbd1660520
-
https://gitee.com/hgbveiu743/kernel_liteos_m/pulls/1006由 yinjiaming 提交于
fix:修复statfs函数内部判断错误 修复函数调用的是statfs却用stat!=NULL来判断,当文件系统是little_fs时导致死机的问题。 close #I69BXB Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: Ib9784c017f4260433c3f12e352470108ea83ec19
-
- 13 1月, 2023 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1011 from 乔克叔叔/cherry-pick-1673590318
-
https://gitee.com/wenxin-liu_admin/kernel_liteos_m/pulls/1010由 liuwenxin 提交于
fix:release告警清理 release分支告警清理 close:#I6AD15 Signed-off-by: Nliuwenxin <liuwenxin11@huawei.com>
-
- 10 1月, 2023 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !1003 from zhangdengyu/cherry-pick-1673256956
-
https://gitee.com/zhangdengyu/kernel_liteos_m/pulls/1000由 zhangdengyu 提交于
fix:mutex trace中ArchLRGet接口改变实现方式 方案描述: 将ArchLRGet接口的实现方式由内联函数修改为宏, 防止产品添加--no_inline等编译选项导致函数无法在调用点展开, 造成由于函数调用过程中函数栈帧的变化带来的LR寄存器中存储的值的变化。 Close #I69D9N Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com> Change-Id: If417bc2ec9febf064c63da198faf4ac000d70c52
-
- 03 1月, 2023 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !984 from 夏不白/cherry-pick-1672373774
-
- 30 12月, 2022 1 次提交
-
-
https://gitee.com/xia-bubai/kernel_liteos_m/pulls/983由 xiacong 提交于
fix:修复codecheck告警 1、修复空格、空行使用错误告警; 2、将超过10行的inline函数去除内联符号 fix #I685E3 Signed-off-by: Nxiacong <xiacong4@huawei.com>
-
- 29 12月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !981 from Zhaotianyu/cherry-pick-1672302591
-
https://gitee.com/arvinzzz/kernel_liteos_m/pulls/979由 arvinzzz 提交于
fix: The tm struct obtained by mktime lacks timezone information BREAKING CHANGE: The tm struct obtained by mktime lacks timezone information 变更API: time_t mktime(struct tm *tmptr) 原先mktime从入参中获取时区信息进行计算,变更后tm结构体和返回值time_t的计算使用系统g_timezone时区环境变量。 Close I67UIA Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I766cffbff3c1a25bb33cbd245225ee117909af3a
-
- 26 12月, 2022 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !976 from Far/monthly_20221018
-
- 24 12月, 2022 1 次提交
-
-
由 Far 提交于
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 #I677ZT Signed-off-by: NFar <yesiyuan2@huawei.com> Change-Id: I92a752fe2bcdd2b036630b5e4e8d7df1562629e0
-
- 23 12月, 2022 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !975 from Zhaotianyu/cherry-pick-1671695812
-
- 22 12月, 2022 3 次提交
-
-
https://gitee.com/arvinzzz/kernel_liteos_m/pulls/974由 arvinzzz 提交于
fix: 修复misc_config中defines未初始化的错误 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I4eecfc1af2b0cdc39922a8ce299eb8ab6b7c6e8c
-
由 openharmony_ci 提交于
Merge pull request !967 from Far/monthly_20221018_lock
-
由 Far 提交于
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 #I66A1M Signed-off-by: NFar <yesiyuan2@huawei.com> Change-Id: I2d7b67a209049162cd69f8ef3611ab0431df4d4a
-
- 19 12月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !970 from wangchen/1217_1018
-
由 openharmony_ci 提交于
Merge pull request !964 from Far/monthly_20221018
-
- 17 12月, 2022 2 次提交
-
-
由 wangchen 提交于
方案描述: 1, 修改路径正确时打开失败可能的异常 fix #I66KHK Signed-off-by: Nwangchen <wangchen240@huawei.com>
-
由 Far 提交于
1. close未考虑保留描述符0、1和2,导致fd合法性判断出现错误,这会导致 上限附近的fd不能被正常的关闭 2. 释放file结构体时未在锁的保护中进行,可能存在问题 fix #I66F6I Signed-off-by: NFar <yesiyuan2@huawei.com> Change-Id: I084c7e0e9cfc51a123ebad07d0c94f47e544baa6
-
- 16 12月, 2022 1 次提交
-
-
由 arvinzzz 提交于
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 #I66F6I Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
-
- 09 12月, 2022 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !961 from zhangdengyu/monthly_20221018
-
- 08 12月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !956 from zhushengle/cherry-pick-1670312099
-
由 zhangdengyu 提交于
方案描述: 1. 新增mutex trace Close: I5ZMML Signed-off-by: Nzhangdengyu <zhangdengyu2@huawei.com>
-
- 07 12月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !959 from Hongjin Li/cherry-pick-1670397258
-
由 openharmony_ci 提交于
Merge pull request !951 from Hongjin Li/monthly_20221018
-